Infosüsteemi arendamise lähteülesanne. Infosüsteemi loomise lähteülesanne

15.07.2019

Tehniline ülesanne looma infosüsteem

Põhineb GOST 34.602-89
jaoks tehniliste kirjelduste kirjutamiseks automatiseeritud süsteemid juhtkond 01.01.1990.a.

1. ÜLDSÄTTED

1.1. TK on põhidokument, mis määratleb infosüsteemi (edaspidi IS) loomise (arendamise või kaasajastamise – edaspidi loomine) nõuded ja korra, mille kohaselt toimub infosüsteemi arendamine ja vastuvõtmine. kasutuselevõtul.

1.2. TK on välja töötatud süsteemi kui terviku jaoks, mõeldud töötama iseseisvalt või mõne teise süsteemi osana.

1.3. IP nõuded käesoleva standardiga kehtestatud ulatuses saab lisada vastloodud informatiseerimisobjekti projekteerimise ülesandesse. Sel juhul TK-d ei arendata.

1.4. TOR-is sisalduvad nõuded peavad vastama infotehnoloogia praegusele arengutasemele ega tohi olla madalamad samalaadsetest nõuetest parimatele kaasaegsetele kodumaistele ja välismaistele analoogidele. TOR-is toodud nõuded ei tohiks piirata süsteemi arendajat kõige tõhusamate tehniliste, teostatavus- ja muude lahenduste otsimisel ja rakendamisel.

1.5. TOR sisaldab ainult neid nõudeid, mis täiendavad seda tüüpi süsteemide nõudeid ja on määratud konkreetse objekti eripäradega, mille jaoks süsteemi luuakse.

1.6. TOR-i muudatused vormistatakse kliendi ja arendaja poolt allkirjastatud lisa või protokolliga. Lisa või määratud protokoll on IP-i TOR-i lahutamatu osa. TK tiitellehel peaks olema märge “Kehtib alates ...”.

2. KOOSTIS JA SISU

2.1. TOR sisaldab järgmisi jaotisi, mille saab jagada alamjaotisteks:

Üldine informatsioon;

süsteemi loomise (arendamise) eesmärk ja eesmärgid;

objektide omadused;

Nõuded süsteemile;

süsteemi kontrollimise ja vastuvõtmise kord;

nõuded arendusobjekti ettevalmistamiseks süsteemi kasutuselevõtuks töö koostisele ja sisule;

dokumentatsiooni nõuded;

arendusallikad.
Rakendused võivad sisalduda tööülesannetes.

2.2. Olenevalt projekti tüübist, eesmärgist, projekti eripäradest ja süsteemi töötingimustest on lubatud TOR-i jaotisi vormistada taotluste vormis, võtta kasutusele täiendavaid, välistada või kombineerida TOR-i alajaotisi.

Süsteemi osade TOR ei sisalda jaotisi, mis dubleerivad kogu TOR-i jaotiste sisu.

2.3. Jaotises "Üldteave" märkige:

süsteemi täisnimi ja selle sümbol;

teema šifr või lepingu šifr (number);

süsteemi arendaja ja kliendi (kasutaja) ettevõtete nimed ja andmed;

dokumentide loetelu, mille alusel süsteem luuakse, kelle poolt ja millal need dokumendid on kinnitatud;

süsteemi loomisega seotud tööde alustamise ja lõpetamise kavandatud kuupäevad;

teave tööde rahastamise allikate ja korra kohta;

süsteemi (selle osade), üksikute vahendite (riistvara, tarkvara, teave) ning tarkvara ja riistvara (tarkvara ja metoodiliste) komplekside valmistamise ja kohandamise töö tulemuste vormistamise ja kliendile esitamise kord. süsteem.

2.4. Jaotis “Süsteemi loomise (arendamise) eesmärk ja eesmärgid” koosneb alajaotistest:

süsteemi eesmärk;

süsteemi eesmärk.

2.4.1. Alajaotises "Süsteemi eesmärk" märkige süsteemi tegevuse liik (haldus, projekteerimine jne) ja informatiseerimisobjektide (objektide) loend, millel seda kavatsetakse kasutada.

2.4.2. Alajaotises “Süsteemi loomise eesmärgid” on toodud infosiseerimisobjekti tehniliste, tehnoloogiliste, tootmis-, majanduslike või muude näitajate nimetused ja nõutavad väärtused, mis tuleb IS-i loomise tulemusena saavutada ning tuua välja süsteemi loomise eesmärkide saavutamise hindamise kriteeriumid.

2.5. Jaotises "Informatiseerimisobjekti omadused" annavad nad:

lühiinfo informatiseerimisobjekti kohta või lingid seda teavet sisaldavatele dokumentidele;

teave automaatikaobjekti töötingimuste kohta.

2.6. Jaotis Süsteeminõuded koosneb järgmistest alajaotistest.

nõuded süsteemile tervikuna;

nõuded süsteemi poolt täidetavatele funktsioonidele (ülesannetele);

nõuded turvaliikidele.

IS-i TOR-i selles jaotises sisalduvate süsteeminõuete koosseis määratakse sõltuvalt konkreetse süsteemi tüübist, eesmärgist, eripäradest ja töötingimustest.

2.6.1. Alajaotises "Nõuded süsteemile tervikuna" märkige:

nõuded süsteemi ülesehitusele ja toimimisele;

nõuded süsteemi töötajate arvule ja kvalifikatsioonile ning selle töörežiimile;

sihtkoha indikaatorid;

usaldusväärsuse nõuded;

ohutusnõuded;

nõuded ergonoomikale ja tehnilisele esteetikale;

töönõuded, hooldus, süsteemi komponentide remont ja ladustamine;

nõuded teabe kaitsmiseks volitamata juurdepääsu eest;

nõuded teabe ohutusele õnnetusjuhtumite korral;

nõuded kaitseks välismõjude eest;

nõuded patendi puhtusele;

standardimise ja ühtlustamise nõuded;

Lisanõuded.

2.6.1.1. Süsteemi struktuuri ja toimimise nõuded hõlmavad järgmist:

allsüsteemide loetelu, nende eesmärk ja põhiomadused, nõuded hierarhia tasandite arvule ja süsteemi tsentraliseerituse astmele;

nõuded süsteemikomponentide vahelise teabevahetuse meetodite ja sidevahendite kohta;

nõuded loodava süsteemi ühenduste omadustele naabersüsteemidega, nõuded selle ühilduvusele, sealhulgas juhised teabevahetuseks (automaatselt, dokumente saates, telefoni teel jne);

nõuded süsteemi töörežiimidele;

süsteemi diagnostika nõuded;

arenguperspektiivid, süsteemi moderniseerimine.

2.6.1.2. IS-i töötajate arvu ja kvalifikatsiooni nõuetes on toodud:

nõuded IS-i personali (kasutajate) arvule;

nõuded personali kvalifikatsioonile, nende väljaõppe ning teadmiste ja oskuste kontrolli kord;

IS personali nõutav töörežiim.

2.6.1.3. IS-i eesmärgi näitajate nõuetes on toodud parameetrite väärtused, mis iseloomustavad süsteemi vastavust selle eesmärgile.

2.6.1.4. Usaldusväärsuse nõuded hõlmavad järgmist:

süsteemi kui terviku või selle alamsüsteemide usaldusväärsuse näitajate koostis ja kvantitatiivsed väärtused;

loetelu hädaolukordadest, mille jaoks tuleks reguleerida töökindlusnõudeid, ja vastavate näitajate väärtused;

nõuded riist- ja tarkvara töökindlusele;

nõuded usaldusväärsuse näitajate hindamise ja jälgimise meetoditele süsteemi loomise erinevatel etappidel vastavalt kehtivatele regulatiivsetele ja tehnilistele dokumentidele.

2.6.1.5. Ohutusnõuded sisaldavad nõudeid ohutuse tagamiseks süsteemi tarnimisel, kasutuselevõtul, käitamisel ja hooldamisel.

2.6.1.6. Ergonoomika ja tehnilise esteetika nõuded sisaldavad IS-indikaatoreid, mis määravad inimese ja masina koostoime nõutava kvaliteedi ja personali töötingimuste mugavuse.

2.6.1.7. Teabe volitamata juurdepääsu eest kaitsmise nõuded hõlmavad tööstusharu ja kliendi infokeskkonna poolt kehtestatud nõudeid.

2.6.1.8. Teabe ohutuse nõuetes on toodud sündmuste loetelu: õnnetused, tehniliste vahendite rikked (sh voolukadu) jms, mille puhul peab olema tagatud teabe ohutus süsteemis.

2.6.1.9. Patendipuhtuse nõuded näitavad riikide loetelu, mille suhtes tuleb tagada süsteemi ja selle osade patendipuhtus.

2.6.1.10. Lisanõuded hõlmavad erinõudeid süsteemiarendaja või kliendi äranägemisel.

2.6.2. Alajaotises “Nõuded funktsioonidele (ülesannetele)”, mida süsteem täidab, on toodud:

iga alamsüsteemi kohta automatiseeritavate funktsioonide, ülesannete või nende komplekside (sealhulgas need, mis tagavad süsteemi osade koostoimet) loetelu;

süsteemi loomisel kahes või enamas järjekorras - funktsionaalsete alamsüsteemide, üksikute funktsioonide või ülesannete loend, mis on rakendatud 1. ja järgmistes järjekordades;

iga funktsiooni, ülesande (või ülesannete kogumi) rakendamise ajakava;

nõuded iga funktsiooni (ülesande või ülesannete kogumi) teostamise kvaliteedile, väljundinformatsiooni esitusviisile, nõutava täpsuse ja täitmisaja tunnustele, funktsioonide rühma täitmise samaaegsusele, töökindlusele. tulemustest;

loetelu ja tõrkekriteeriumid iga funktsiooni jaoks, mille jaoks on kindlaks määratud töökindlusnõuded.

2.6.3. Alajaotises „Nõuded toetuste liikidele“ esitatakse olenevalt süsteemi tüübist nõuded süsteemi matemaatilisele, informatsioonilisele, keelelisele, tarkvaralisele, tehnilisele, metroloogilisele, organisatsioonilisele, metoodilisele ja muule toele.

2.6.3.2. Süsteemi teabetoe jaoks esitatakse järgmised nõuded:

süsteemis andmete koostisele, struktuurile ja korrastamise viisidele;

infovahetuseks süsteemi komponentide vahel;

teabe ühilduvusele naabersüsteemidega;

andmebaasihaldussüsteemide kasutamise kohta;

süsteemi andmete kogumise, töötlemise, edastamise ja esitamise protsessi ülesehitusele;

andmekaitsele;

andmete kontrollimiseks, salvestamiseks, värskendamiseks ja taastamiseks;

2.6.3.3. Süsteemi keeleliseks toeks esitatakse nõuded kõrgetasemeliste programmeerimiskeelte kasutamisele süsteemis, kasutaja suhtluskeeltele ja süsteemi tehnilistele vahenditele, samuti nõuded andmete kodeerimisele ja dekodeerimisele, andmesisestusele. -väljundkeeled, andmetöötluskeeled, ainevaldkonna kirjeldamise vahendid ja dialoogi korraldamise meetodid.

2.6.3.4. Süsteemitarkvara jaoks on toodud ostetud tarkvara nimekiri ja nõuded:

tarkvara sõltuvusele töökeskkonnast;

tarkvara kvaliteedile, samuti selle pakkumise ja kontrolli meetoditele;

2.6.3.5. Süsteemi tehnilise toe jaoks esitatakse järgmised nõuded:

tehniliste vahendite tüüpidele, sealhulgas tehniliste vahendite komplekside, tarkvara- ja riistvarakomplekside ning muude süsteemis kasutamiseks vastuvõetavate komponentide tüüpidele;

süsteemi tehnilise toe vahendite funktsionaalsetele, konstruktiivsetele ja tööomadustele.

2.6.3.6. Metroloogilise toe nõuded hõlmavad järgmist:

mõõtekanalite esialgne nimekiri;

nõuded parameetrite mõõtmise täpsusele ja (või) mõõtekanalite metroloogilistele karakteristikutele;

süsteemi tehniliste vahendite metroloogilise ühilduvuse nõuded;

süsteemi juhtimis- ja arvutuskanalite loetelu, mille täpsuskarakteristikuid on vaja hinnata;

süsteemi mõõtekanalite osaks oleva riist- ja tarkvara metroloogilise toe nõuded, tööriistad, sisseehitatud juhtimine, mõõtekanalite ja süsteemi kasutuselevõtul ja testimisel kasutatavate mõõtevahendite metroloogiline sobivus;

metroloogilise sertifitseerimise tüüp (riiklik või osakond), märkides ära selle rakendamise korra ja sertifitseerimist läbi viivad organisatsioonid.

2.6.3.7. Organisatsioonilise toe jaoks esitatakse järgmised nõuded:

süsteemi toimimises osalevate või toimimist tagavate üksuste struktuurile ja funktsioonidele;

süsteemi toimimise korraldusele ning IS personali ja informatiseerimisobjekti personali vahelise suhtluse korrale;

kaitseks süsteemipersonali ekslike tegude eest.

2.7. Jaotis "Süsteemi loomise (arendamise) töö koosseis ja sisu" peaks sisaldama süsteemi loomise tööetappide ja -etappide loendit, nende rakendamise ajastust, töid tegevate organisatsioonide loendit, linke. dokumentidele, mis kinnitavad nende organisatsioonide nõusolekut osaleda süsteemi loomisel, või kirjele, mis määrab nende tööde teostamise eest vastutava isiku (tellija või arendaja).

See jaotis sisaldab ka järgmist:

asjakohaste tööetappide ja -etappide lõpus esitatavate dokumentide loetelu;

tehnilise dokumentatsiooni liik ja kontrollimise kord (etapp, etapp, kontrollitava dokumentatsiooni ulatus, organisatsioon-ekspert);

tööprogramm, mille eesmärk on tagada arendatava süsteemi nõutav töökindluse tase (vajadusel);

metroloogilise toe tööde loetelu süsteemi loomise kõigis etappides koos nende tähtaegade ja teostavate organisatsioonidega (vajadusel).

2.8. Jaotises "Süsteemi jälgimise ja aktsepteerimise kord" märkige:

süsteemi ja selle komponentide tüübid, koostis, maht ja katsemeetodid;

tööde etappide kaupa vastuvõtmise üldnõuded, vastuvõtudokumentatsiooni kooskõlastamise ja kinnitamise kord;

2.9. Jaotises “Nõuded süsteemi kasutuselevõtu automatiseerimisobjekti ettevalmistamiseks tehtava töö mahule ja sisule” on vaja esitada loetelu põhitoimingutest ja nende teostajatest, mida tuleks teha süsteemi kasutuselevõtu projekti koostamisel. ON töös.

Peamiste tegevuste loend sisaldab:

süsteemi siseneva teabe toomine (vastavalt teabe ja keelelise toe nõuetele);

tingimuste loomine projekti toimimiseks, mille korral on tagatud loodud süsteemi vastavus TOR-is sisalduvatele nõuetele;

süsteemi toimimiseks vajalike allüksuste ja teenuste loomine;

personali komplekteerimise ja personali koolituse tingimused ja kord.

2.10. Jaotises "Nõuded dokumentatsioonile" on esitatud järgmine:

arendaja ja süsteemi Tellija vahel kokku lepitud väljatöötatavate dokumentide komplektide ja tüüpide loetelu;
masinkandjal väljastatud dokumentide loetelu;

süsteemielementide dokumenteerimise nõudeid määratlevate riiklike standardite puudumisel sisaldavad need täiendavalt nõudeid selliste dokumentide koostisele ja sisule.

2.11. Jaotises “Arenduse allikad” tuleks loetleda dokumendid ja infomaterjalid, mille alusel tööjuhend välja töötati ning mida süsteemi loomisel kasutada.

3. PROJEKTEERIMISREEGLID

3.1. TOR-i jaotised ja alajaotised tuleks paigutada punktis sätestatud järjekorras. 2 käesolevast standardist.

3.2. Lehtede (lehekülgede) numbrid kantakse alates esimesest tiitellehele järgnevast lehest lehe ülaossa (teksti kohale, keskele) pärast TK-koodi tähistust IC-l.

3.3. Tiitellehele pannakse tellija, arendaja ja koordineerivate ettevõtete allkirjad, mis pitseeritakse. Vajadusel vormistatakse tiitelleht mitmele lehele. Viimasele lehele on paigutatud IP-alase TK eelnõu kooskõlastamise ja läbivaatamisega seotud TK arendajate ja ametnike allkirjad.

TOR-i tiitellehe vorm on toodud lisas 2. TOR-i viimase lehe vorm on toodud lisas 3.

3.4. TOR-i lisa tiitelleht vormistatakse samamoodi nagu lähteülesande tiitelleht. Nimetuse "Lähtetingimused" asemel kirjutatakse "AC TOR-i lisa nr ... ...".

3.5. TOR-i lisa järgmistele lehtedele paigutatakse muudatuse põhjus, muudatuse sisu ja lingid dokumentidele, mille kohaselt need muudatused tehakse.

3.8. TOR-i lisa teksti esitamisel tuleb märkida põhilise traditsioonilise tava asjakohaste lõigete, lõikude, tabelite jms numbrid ning sõnad „asendada”, „täiendada”, „kustutada”, „märkida uus väljaanne” tuleks kasutada.

IP TK ARENDAMISE, LEPINGU JA KINNITAMISE KORD

TOR-i eelnõu töötab välja süsteemi organisatsioon-arendaja kliendi osalusel tehniliste nõuete alusel (rakendus, taktikaline ja tehniline ülesanne jne).
Võistluslikul töökorraldusel kaalub TOR-i eelnõu variante tellija, kes kas valib eelistatud variandi või koostab võrdleva analüüsi alusel TOR-i lõpliku versiooni vahelduvvoolule, kus osaleb ka tellija. tulevane IS-i arendaja.

TOR-i eelnõu kooskõlastamise vajaduse riikliku järelevalveorganite ja teiste huvitatud organisatsioonidega määravad süsteemi tellija ja IP-alase TOR-i eelnõu väljatöötaja ühiselt,
IC-i TOR-i eelnõu kooskõlastamise tööd teevad TOR-i arendaja ja süsteemi tellija ühiselt, kumbki oma ministeeriumi (osakonna) organisatsioonides.

TOR-projekti heakskiitmise tähtaeg igas organisatsioonis ei tohiks ületada 15 päeva alates selle kättesaamise kuupäevast. Soovitatav on saata töökorralduse kavandi koopiad (koopiad) üheaegselt kõigile organisatsioonidele (osakondadele) kinnitamiseks.

Märkused TOR-i eelnõu kohta esitada koos tehnilise põhjendusega. Märkuste kohta otsused peavad tegema ToRi kavandi väljatöötaja ja süsteemi tellija enne IS-i juhendi kinnitamist.

Kui TK eelnõu kokkuleppimisel tekkisid lahkarvamused arendaja ja tellija (või teiste huvitatud organisatsioonide) vahel, siis vormistatakse lahkarvamuste protokoll (suvavoliline vorm) ja tehakse selleks ettenähtud korras konkreetne otsus.

TOR-i eelnõu kooskõlastus on lubatud vormistada eraldi dokumendina (kirjana). Sel juhul tehke rubriigis "Kokkulepitud" link sellele dokumendile.

TOR-i kinnitamise viivad läbi süsteemi arendaja ja tellija ettevõtete juhid.

Heakskiidetud töötingimuste koopiad saadab 10 päeva jooksul pärast kinnitamist ToRi arendaja süsteemi loomisel osalejatele.

Tegevusjuhendi täienduste kooskõlastamine ja kinnitamine toimub IP-l TÜ jaoks kehtestatud viisil.

TOR-i muudatusi ei ole lubatud kinnitada pärast süsteemi või selle vastuvõtutestide järjekorra esitamist.

infotehnoloogiad. Automatiseeritud süsteemide standardite kogum. Tehnilised suunad automatiseeritud süsteemide arendamiseks

Põhineb standardil GOST 34.602-89 automatiseeritud juhtimissüsteemide tehniliste kirjelduste kirjutamiseks alates 01.01.1990

1. ÜLDSÄTTED

1.2. TK on välja töötatud süsteemi kui terviku jaoks, mõeldud töötama iseseisvalt või mõne teise süsteemi osana.

1.3. IP nõuded käesoleva standardiga kehtestatud ulatuses saab lisada vastloodud informatiseerimisobjekti projekteerimise ülesandesse. Sel juhul TK-d ei arendata.

1.5. TOR sisaldab ainult neid nõudeid, mis täiendavad seda tüüpi süsteemide nõudeid ja on määratud konkreetse objekti eripäradega, mille jaoks süsteemi luuakse.

2. KOOSTIS JA SISU

2.1. TOR sisaldab järgmisi jaotisi, mille saab jagada alamjaotisteks:

1) üldteave;
2) süsteemi loomise (arendamise) eesmärk ja eesmärgid;
3) objektide omadused;
4) süsteeminõuded;
5) süsteemi loomise töö koosseis ja sisu;
6) süsteemi kontrollimise ja vastuvõtmise kord;
7) nõuded arendusobjekti süsteemi kasutuselevõtuks ettevalmistamise töö koosseisule ja sisule;
8) nõuded dokumentatsioonile;
9) arendusallikad.

Rakendused võivad sisalduda tööülesannetes.

Süsteemi osade TOR ei sisalda jaotisi, mis dubleerivad kogu TOR-i jaotiste sisu.

2.3. Jaotises "Üldteave" märkige:

1) süsteemi täisnimi ja selle tähis;
2) teema šifr või lepingu šifr (number);
3) süsteemi arendaja ja kliendi (kasutaja) ettevõtete nimed ja andmed;
4) loetelu dokumentidest, mille alusel süsteem luuakse, kes ja millal need dokumendid kinnitas;
5) süsteemi loomise tööde planeeritud algus- ja lõpetamiskuupäevad;
6) andmed tööde rahastamise allikate ja korra kohta;
7) süsteemi (selle osade) loomise, üksikute vahendite (riistvara, tarkvara, teave) ning tarkvara ja riistvara (tarkvara ja metoodika) valmistamise ja kohandamise töö tulemuste vormistamise ja kliendile esitamise kord süsteemi kompleksid.

2.4. Jaotis "Süsteemi loomise (arendamise) eesmärk ja eesmärgid" koosneb alajaotistest:

1) süsteemi eesmärk;
2) süsteemi loomise eesmärk.

2.4.1. Alajaotises "Süsteemi otstarve" märkige süsteemi tegevuse liik (haldus, projekteerimine jne) ja informatiseerimisobjektide (objektide) loetelu, millel seda kavatsetakse kasutada.

2.4.2. Alajaotises "Süsteemi loomise eesmärgid" nimetage informatiseerimisobjekti tehniliste, tehnoloogiliste, tootmis-majanduslike või muude näitajate nimetused ja nõutavad väärtused, mis tuleb IS-i loomise tulemusena saavutada, ning märkige süsteemi loomise eesmärkide saavutamise hindamise kriteeriumid.

2.5. Jaotises "Informatiseerimisobjekti omadused" annavad nad:

1) lühiteave informatiseerimise objekti kohta või lingid seda teavet sisaldavatele dokumentidele;
2) andmed automaatikaobjekti töötingimuste kohta.

2.6. Jaotis Süsteeminõuded koosneb järgmistest alajaotistest.

1) nõuded süsteemile tervikuna;
2) nõuded süsteemi poolt täidetavatele funktsioonidele (ülesannetele);
3) nõuded tagatisliikidele.

IS-i TOR-i selles jaotises sisalduvate süsteeminõuete koosseis määratakse sõltuvalt konkreetse süsteemi tüübist, eesmärgist, eripäradest ja töötingimustest.

2.6.1. Alajaotises "Nõuded süsteemile tervikuna" märkige:

nõuded süsteemi ülesehitusele ja toimimisele;
nõuded süsteemi töötajate arvule ja kvalifikatsioonile ning selle töörežiimile;
sihtkoha indikaatorid;
usaldusväärsuse nõuded;
ohutusnõuded;
nõuded ergonoomikale ja tehnilisele esteetikale;
süsteemi komponentide käitamise, hoolduse, remondi ja ladustamise nõuded;
nõuded teabe kaitsmiseks volitamata juurdepääsu eest;
nõuded teabe ohutusele õnnetusjuhtumite korral;
nõuded kaitseks välismõjude eest;
nõuded patendi puhtusele;
standardimise ja ühtlustamise nõuded;
Lisanõuded.

2.6.1.1. Süsteemi struktuuri ja toimimise nõuded hõlmavad järgmist:

1) allsüsteemide loetelu, nende eesmärk ja põhiomadused, nõuded hierarhia tasandite arvule ja süsteemi tsentraliseerituse astmele;
2) nõuded süsteemi komponentide vahelise teabevahetuse meetodite ja sidevahendite kohta;
3) nõuded loodava süsteemi ühenduste omadustele seotud süsteemidega, nõuded selle ühilduvusele, sealhulgas juhised teabe vahetamiseks (automaatselt, dokumente saates, telefoni teel jne);
4) nõuded süsteemi töörežiimidele;
5) nõuded süsteemi diagnoosimiseks;
6) arenguperspektiivid, süsteemi kaasajastamine.

2.6.1.2. IS-i töötajate arvu ja kvalifikatsiooni nõuetes on toodud:

nõuded IS-i personali (kasutajate) arvule;
nõuded personali kvalifikatsioonile, nende väljaõppe ning teadmiste ja oskuste kontrolli kord;
IS personali nõutav töörežiim.

2.6.1.3. IS-i eesmärgi näitajate nõuetes on toodud parameetrite väärtused, mis iseloomustavad süsteemi vastavust selle eesmärgile.

2.6.1.4. Usaldusväärsuse nõuded hõlmavad järgmist:

1) süsteemi kui terviku või selle alamsüsteemide usaldusväärsuse näitajate koostis ja kvantitatiivsed väärtused;
2) loetelu hädaolukordadest, mille jaoks tuleks reguleerida töökindlusnõudeid, ja vastavate näitajate väärtused;
3) nõuded riist- ja tarkvara töökindlusele;
4) nõuded usaldusväärsuse näitajate hindamise ja seire meetoditele süsteemi loomise erinevates etappides vastavalt kehtivatele regulatiivsetele ja tehnilistele dokumentidele.

2.6.1.5. Ohutusnõuded sisaldavad nõudeid ohutuse tagamiseks süsteemi tarnimisel, kasutuselevõtul, käitamisel ja hooldamisel.

2.6.1.6. Ergonoomika ja tehnilise esteetika nõuded sisaldavad IS-indikaatoreid, mis määravad inimese ja masina koostoime nõutava kvaliteedi ja personali töötingimuste mugavuse.

2.6.1.7. Teabe volitamata juurdepääsu eest kaitsmise nõuded hõlmavad tööstusharu ja kliendi infokeskkonna poolt kehtestatud nõudeid.

2.6.1.8. Teabe ohutuse nõuetes on toodud sündmuste loetelu: õnnetused, tehniliste vahendite rikked (sh voolukadu) jms, mille puhul peab olema tagatud teabe ohutus süsteemis.

2.6.1.9. Patendipuhtuse nõuded näitavad riikide loetelu, mille suhtes tuleb tagada süsteemi ja selle osade patendipuhtus.

2.6.1.10. Lisanõuded hõlmavad erinõudeid süsteemiarendaja või kliendi äranägemisel.

2.6.2. Alajaotises "Nõuded süsteemi poolt täidetavatele funktsioonidele (ülesannetele)" on toodud:

iga alamsüsteemi kohta automatiseeritavate funktsioonide, ülesannete või nende komplekside (sealhulgas need, mis tagavad süsteemi osade koostoimet) loetelu;
süsteemi loomisel kahes või enamas järjekorras - funktsionaalsete alamsüsteemide, üksikute funktsioonide või ülesannete loend, mis on rakendatud 1. ja järgmistes järjekordades;
iga funktsiooni, ülesande (või ülesannete kogumi) rakendamise ajakava;
nõuded iga funktsiooni (ülesande või ülesannete kogumi) teostamise kvaliteedile, väljundinformatsiooni esitusviisile, nõutava täpsuse ja täitmisaja tunnustele, funktsioonide rühma täitmise samaaegsusele, töökindlusele. tulemustest;
loetelu ja tõrkekriteeriumid iga funktsiooni jaoks, mille jaoks on kindlaks määratud töökindlusnõuded.

2.6.3.2. Süsteemi teabetoe jaoks esitatakse järgmised nõuded:

1) süsteemis andmete koostisele, struktuurile ja korrastamise meetoditele;
2) infovahetuseks süsteemi komponentide vahel;
3) teabe ühilduvusele naabersüsteemidega;
4) andmekogude haldussüsteemide kasutamise kohta;
5) andmete kogumise, töötlemise, süsteemis edastamise ja esitamise protsessi ülesehitusele;
6) andmekaitsele;
7) andmete kontroll, säilitamine, uuendamine ja taastamine;

2.6.3.4. Süsteemitarkvara jaoks on toodud ostetud tarkvara nimekiri ja nõuded:

1) tarkvara sõltuvusele töökeskkonnast;
2) tarkvara kvaliteedile, samuti selle tarnimise ja kontrolli meetoditele;

2.6.3.5. Süsteemi tehnilise toe jaoks esitatakse järgmised nõuded:

1) tehniliste vahendite liikidele, sealhulgas tehniliste vahendite komplekside, tarkvara- ja riistvarakomplekside ning muude süsteemis kasutamiseks vastuvõetavate komponentide liikidele;
2) süsteemi tehnilise toe funktsionaalsetele, konstruktiivsetele ja tööomadustele.

2.6.3.6. Metroloogilise toe nõuded hõlmavad järgmist:

1) mõõtekanalite esialgne loetelu;
2) nõuded parameetrite mõõtmise täpsusele ja (või) mõõtekanalite metroloogilistele karakteristikutele;
3) nõuded süsteemi tehniliste vahendite metroloogilisele ühilduvusele;
4) süsteemi juhtimis- ja arvutuskanalite loetelu, mille täpsuskarakteristikuid on vaja hinnata;
5) nõuded süsteemi mõõtekanalite osaks oleva riist- ja tarkvara metroloogilisele toele, tööriistadele, sisseehitatud juhtimisele, mõõtekanalite metroloogilisele sobivusele ning süsteemi reguleerimisel ja testimisel kasutatavatele mõõteriistadele;
6) metroloogilise sertifitseerimise liik (riiklik või osakondlik), märkides ära selle läbiviimise korra ja sertifitseerimist läbi viivad organisatsioonid.

2.6.3.7. Organisatsioonilise toe jaoks esitatakse järgmised nõuded:

 1) süsteemi töös osalevate või opereerimist tagavate üksuste struktuurile ja funktsioonidele;

 2) süsteemi toimimise korraldusele ning IS personali ja informatiseerimisobjekti personali vahelise suhtluse korrale;

 3) kaitse süsteemipersonali eksliku tegevuse eest.

See jaotis sisaldab ka järgmist:

1) asjakohaste tööetappide ja -etappide lõpus esitatavate dokumentide loetelu;
2) tehnilise dokumentatsiooni ekspertiisi liik ja läbiviimise kord (etapp, etapp, kontrollitava dokumentatsiooni maht, organisatsioon-ekspert);
3) tööprogramm, mille eesmärk on tagada arendatava süsteemi nõutav töökindluse tase (vajadusel);
4) metroloogilise toe tööde loetelu süsteemi loomise kõigis etappides, märkides ära nende tähtajad ja teostavad organisatsioonid (vajadusel).

2.8. Jaotises "Süsteemi jälgimise ja aktsepteerimise kord" märkige:

1) süsteemi ja selle komponentide tüübid, koostis, ulatus ja katsemeetodid;
2) tööde vastuvõtmise üldnõuded etappide kaupa, vastuvõtudokumentatsiooni kooskõlastamise ja kinnitamise kord;

2.9. Jaotises "Nõuded süsteemi kasutuselevõtu automatiseerimisobjekti ettevalmistamise töö koostisele ja sisule" on vaja esitada loetelu põhitoimingutest ja nende teostajatest, mida tuleks teha süsteemi kasutuselevõtu projekti koostamisel. ON töös.

Peamiste tegevuste loend sisaldab:

1) süsteemi siseneva teabe toomine (vastavalt teabe ja keelelise toe nõuetele);
2) projekti toimimiseks tingimuste loomine, mille puhul on tagatud loodava süsteemi vastavus TOR-is sisalduvatele nõuetele;
3) süsteemi toimimiseks vajalike allüksuste ja teenuste loomine;
4) personali komplekteerimise ja personali väljaõppe tähtajad ja kord.

2.10. Jaotises "Nõuded dokumentatsioonile" on esitatud järgmine:

1) arendaja ja süsteemi Tellija vahel kokku lepitud väljatöötatavate dokumentide komplektide ja liikide loetelu;
masinkandjal väljastatud dokumentide loetelu;
2) süsteemielementide dokumenteerimise nõudeid määratlevate riiklike standardite puudumisel sisaldavad need täiendavalt nõudeid nende dokumentide koostisele ja sisule.

2.11. Jaotises "Arenduse allikad" tuleks loetleda dokumendid ja infomaterjalid, mille alusel ToR välja töötati ning mida süsteemi loomisel kasutada.

3. PROJEKTEERIMISREEGLID

3.1. TOR-i jaotised ja alajaotised tuleks paigutada punktis sätestatud järjekorras. 2 käesolevast standardist.

3.2. Lehtede (lehekülgede) numbrid kantakse alates esimesest tiitellehele järgnevast lehest lehe ülaossa (teksti kohale, keskele) pärast TK-koodi tähistust IC-l.

TOR-i tiitellehe vorm on toodud lisas 2. TOR-i viimase lehe vorm on toodud lisas 3.

3.4. TOR-i lisa tiitelleht vormistatakse samamoodi nagu lähteülesande tiitelleht. Nime "Terms of Reference" asemel kirjutavad nad "Addendum No. ... to the TOR for AC ...".

3.5. TOR-i lisa järgmistele lehtedele paigutatakse muudatuse põhjus, muudatuse sisu ja lingid dokumentidele, mille kohaselt need muudatused tehakse.

3.8. TOR-i lisa teksti esitamisel tuleb märkida peamise TOR-i asjakohaste lõigete, lõikude, tabelite jms numbrid ning sõnad “asendada”, “täiendada”, “kustutada”, “märkida uus väljaanne” tuleks kasutada.

IP TK ARENDAMISE, LEPINGU JA KINNITAMISE KORD

1. TOR-i eelnõu töötab välja süsteemi organisatsioon-arendaja kliendi osalusel tehniliste nõuete alusel (rakendus, taktikaline ja tehniline ülesanne jne).

Võistluslikul töökorraldusel kaalub TOR-i eelnõu variante tellija, kes kas valib eelistatud variandi või koostab võrdleva analüüsi alusel TOR-i lõpliku versiooni vahelduvvoolule, kus osaleb ka tellija. tulevane IS-i arendaja.

2. ToR kavandi kooskõlastamise vajaduse riikliku järelevalve asutuste ja teiste huvitatud organisatsioonidega määravad süsteemi tellija ja IP ülesande projekti koostaja ühiselt,

IC-i TOR-i eelnõu kooskõlastamise tööd teevad TOR-i arendaja ja süsteemi tellija ühiselt, kumbki oma ministeeriumi (osakonna) organisatsioonides.

3. TOR-i projekti heakskiitmise tähtaeg üheski organisatsioonis ei tohiks ületada 15 päeva alates selle kättesaamise kuupäevast. Soovitatav on saata töökorralduse kavandi koopiad (koopiad) üheaegselt kõigile organisatsioonidele (osakondadele) kinnitamiseks.

4. Märkused TOR-i eelnõu kohta esitada koos tehnilise põhjendusega. Märkuste kohta otsused peavad tegema ToRi kavandi väljatöötaja ja süsteemi tellija enne IS-i juhendi kinnitamist.

5. Kui TK eelnõu kokkuleppimisel tekkisid lahkarvamused arendaja ja tellija (või teiste huvitatud organisatsioonide) vahel, siis vormistatakse lahkarvamuste protokoll (meelevaldses vormis) ja tehakse selleks ettenähtud korras konkreetne otsus.

6. TOR-i eelnõu kooskõlastamine on lubatud vormistada eraldi dokumendina (kirjana). Sel juhul tehke rubriigis "Kokkulepitud" link sellele dokumendile.

7. TOR-i kinnitamist viivad läbi süsteemi arendaja ja tellija ettevõtete juhid.

8. Heakskiidetud tööjuhendi koopiad saadab 10 päeva jooksul pärast kinnitamist ToRi arendaja süsteemi loomisel osalejatele.

9. TOR-i täienduste kooskõlastamine ja kooskõlastamine toimub IP-l TOR-le kehtestatud viisil.

10. TOR-i muudatusi ei ole lubatud kinnitada pärast süsteemi või selle vastuvõtutestide järjekorda esitamist.

TIITELLEHE VORM TK

______________________________________________________ .

organisatsiooni nimi - TK arendaja IP-l

KINNITA

Juht (ametikoht, ettevõtte nimi - IP klient)

Tihend

kuupäev
KINNITA

Juht (ametikoht, ettevõtte nimi - "IS" arendaja)

Isiklik allkiri Allkirja ärakiri

Tihend

kuupäev

IP tüübi nimi

________________________________________________________

informatiseerimisobjekti nimi

________________________________________________________

IS-i lühendatud nimi
TEHNILINE ÜLESANNE

____ lehtedel

Kehtib alates

NÕUSTUD

Juht (ametikoht, koordineeriva organisatsiooni nimi)

Isiklik allkiri Allkirja ärakiri

Seda standardit kohaldatakse automatiseeritud süsteemide (AS) suhtes, mis on ette nähtud erinevat tüüpi tegevuste (juhtimine, projekteerimine, uurimine jne), sealhulgas nende kombinatsioonide automatiseerimiseks, ning kehtestab dokumendi "Loomise ülesanded arendamine või moderniseerimine) (edaspidi tuumaelektrijaamade TK).
Tuumaelektrijaamade tehniliste kirjelduste väljatöötamise, kinnitamise ja kinnitamise soovitatav kord on toodud lisa 1.

1. Üldsätted.

1.1. TEJ on põhidokument, mis määratleb automatiseeritud süsteemi loomise (arendamise või moderniseerimise - edasise loomise) nõuded ja korra, mille kohaselt toimub TEJ arendamine ja kasutuselevõtt.
1.2. Tuumaelektrijaamade spetsifikatsioonid töötatakse välja süsteemi kui terviku jaoks, mis on mõeldud töötama iseseisvalt või mõne teise süsteemi osana.
Lisaks saab TOR-i arendada tuumaelektrijaama osade jaoks: TEJ alamsüsteemide, tuumaelektrijaama ülesannete komplekside jms jaoks vastavalt käesoleva standardi nõuetele; riistvarakomponentide ning tarkvara ja riistvarasüsteemide jaoks vastavalt ESKD ja SRPP standarditele; ESPD standarditele vastava tarkvara puhul; teabetoodete jaoks vastavalt standardile GOST 19.201 ja NTD, mis kehtib tuumaelektrijaama kliendi osakonnas.
Märge. Seotud objektide rühma automatiseeritud juhtimissüsteemi TOR-i tuleks lisada ainult objektide rühmale ühised nõuded. Eraldi juhtimisobjekti spetsiifilised nõuded peaksid kajastuma selle objekti ACS-i TOR-is.
1.3. AU-le esitatavad nõuded käesoleva standardiga kehtestatud ulatuses võib sisalduda vastloodud automaatikaobjekti projekteerimise ülesandes. Sel juhul ei töötata välja tuumaelektrijaamade tehnilisi kirjeldusi.
1.4. Tuumaelektrijaamade TOR-is sisalduvad nõuded peavad vastama teaduse ja tehnoloogia praegusele arengutasemele ega tohi olla madalamad kui samalaadsed nõuded parimatele kaasaegsetele kodumaistele ja välismaistele analoogidele.
TOR-s sätestatud nõuded tuumaelektrijaamadele ei tohiks piirata süsteemi arendajat kõige tõhusamate tehniliste, teostatavus- ja muude lahenduste otsimisel ja rakendamisel.
1.5. Tuumaelektrijaamade spetsifikatsioonid töötatakse välja lähteandmete põhjal, sealhulgas need, mis sisalduvad GOST 24.601 kehtestatud etapi "Tuumaelektrijaamade loomise uuringud ja põhjendused" lõppdokumentatsioonis.
1.6. Tuumaelektrijaamade TOR sisaldab ainult neid nõudeid, mis täiendavad kehtivas NTD-s sisalduvaid nõudeid seda tüüpi süsteemidele (ACS, CAD, ASNI jne) ja mis on määratud konkreetse objekti spetsiifikaga, mille jaoks süsteem on mõeldud. luuakse.
1.7. TEJ TOR-i muudatused vormistatakse kliendi ja arendaja poolt allkirjastatud lisa või protokolliga. Lisa või täpsustatud protokoll on tuumaelektrijaama tööjuhendi lahutamatu osa. AC TK tiitellehel peaks olema kanne "Kehtib alates ...".

2. Koosseis ja sisu.

2.1. Tuumaelektrijaama tööjuhend sisaldab järgmisi jaotisi, mille saab jagada alajaotisteks:
1) üldteave;
2) süsteemi loomise (arendamise) eesmärk ja eesmärgid;
3) automaatikaobjektide omadused;
4) süsteeminõuded;
5) süsteemi loomise töö koosseis ja sisu;
6) süsteemi kontrollimise ja vastuvõtmise kord;
7) nõuded automaatikaobjekti ettevalmistamiseks süsteemi kasutuselevõtuks töö koostisele ja sisule;
8) nõuded dokumentatsioonile;
9) arendusallikad.
Rakendused võivad sisalduda AU jaoks mõeldud TOR-is.
2.2. Olenevalt automaatikaobjekti tüübist, eesmärgist, eripäradest ja tingimustest (süsteemi toimimisest) on lubatud TOR-i jaotisi vormistada rakenduste vormis, võtta kasutusele täiendavaid, välistada või kombineerida TOR-i alajaotisi.
Süsteemi osade TOR ei sisalda jaotisi, mis dubleerivad tuumaelektrijaama kui terviku TOR jaotiste sisu.
2.3. Jaotises "Üldteave" märkige:
1) süsteemi täisnimi ja selle tähis;
2) teema šifr või lepingu šifr (number);
3) süsteemi arendaja ja tellija (kasutaja) ettevõtete (ühenduste) nimi ja andmed;
4) loetelu dokumentidest, mille alusel süsteem luuakse, kes ja millal need dokumendid kinnitas;
5) süsteemi loomise tööde planeeritud algus- ja lõpetamiskuupäevad;
6) andmed tööde rahastamise allikate ja korra kohta;
7) süsteemi (selle osade) loomise, üksikute vahendite (riistvara, tarkvara, teave) ning tarkvara ja riistvara (tarkvara ja metoodika) valmistamise ja kohandamise töö tulemuste vormistamise ja kliendile esitamise kord süsteemi kompleksid.
2.4. Jaotis "Süsteemi loomise (arendamise) eesmärk ja eesmärgid" koosneb alajaotistest:
1) süsteemi eesmärk;
2) süsteemi loomise eesmärk.
2.4.1. Alajaotises "Süsteemi otstarve" märkige ära automatiseeritud tegevuse liik (juhtimine, projekteerimine jne) ja automatiseerimisobjektide (objektide) loetelu, millel seda kavatsetakse kasutada.
Automaatjuhtimissüsteemide puhul on täiendavalt märgitud automatiseeritud juhtimisorganite (punktide) ja hallatavate objektide loend.
2.4.2. Alajaotises "Süsteemi loomise eesmärgid" esitage automaatikaobjekti tehniliste, tehnoloogiliste, tootmis-majanduslike või muude näitajate nimetused ja nõutavad väärtused, mis tuleb AU loomise tulemusena saavutada, ning märkige süsteemi loomise eesmärkide saavutamise hindamise kriteeriumid.
2.5. Jaotises "Automatiseerimisobjekti omadused" anna:
1) lühiteave automatiseerimisobjekti kohta või lingid seda teavet sisaldavatele dokumentidele;
2) andmed automaatikaobjekti töötingimuste ja keskkonna omaduste kohta.
Märge: CAD-i jaoks pakub jaotis lisaks disainiobjektide peamised parameetrid ja omadused.
2.6. Jaotis Süsteeminõuded koosneb järgmistest alajaotistest.
1) nõuded süsteemile tervikuna;
2) nõuded süsteemi poolt täidetavatele funktsioonidele (ülesannetele);
3) nõuded tagatisliikidele.
Tuumaelektrijaamade tööülesannete käesolevas jaotises sisalduvate süsteemi nõuete koosseis määratakse kindlaks sõltuvalt konkreetse süsteemi tüübist, eesmärgist, eripäradest ja töötingimustest. Igas alajaotuses on lingid kehtivale NTD-le, mis määratlevad nõuded vastavat tüüpi süsteemidele.
2.6.1. Alajaotises "Nõuded süsteemile tervikuna" märkige:

nõuded süsteemi ülesehitusele ja toimimisele;
nõuded süsteemi töötajate arvule ja kvalifikatsioonile ning selle töörežiimile;
sihtkoha indikaatorid;
usaldusväärsuse nõuded;
ohutusnõuded;
nõuded ergonoomikale ja tehnilisele esteetikale;
teisaldusnõuded mobiilsele AS-ile;
süsteemi komponentide käitamise, hoolduse, remondi ja ladustamise nõuded;
nõuded teabe kaitsmiseks volitamata juurdepääsu eest;
nõuded teabe ohutusele õnnetusjuhtumite korral;
nõuded kaitseks välismõjude eest;
nõuded patendi puhtusele;
standardimise ja ühtlustamise nõuded;
Lisanõuded.

26.1.1. Süsteemi struktuuri ja toimimise nõuded hõlmavad järgmist:
a) allsüsteemide loetelu, nende eesmärk ja põhiomadused, nõuded hierarhia tasandite arvule ja süsteemi tsentraliseerituse astmele;
b) nõuded süsteemikomponentide vahelise teabevahetuse meetodite ja sidevahendite kohta;
c) nõuded loodava süsteemi külgnevate süsteemidega ühenduste omadustele, nõuded selle ühilduvusele, sealhulgas juhised teabevahetuseks (automaatselt, dokumentide saates, telefoni teel jne);
d) nõuded süsteemi töörežiimidele;
e) süsteemi diagnoosimise nõuded;
f) väljavaated süsteemi arendamiseks, moderniseerimiseks.
2.6.1.2. Jah, personali arvu ja kvalifikatsiooni nõuetes annavad AU-d:
a) nõuded tuumaelektrijaama töötajate (kasutajate) arvule;
b) nõuded personali kvalifikatsioonile, nende väljaõppe ning teadmiste ja oskuste kontrollimise kord;
c) TEJ personali nõutav töörežiim.
2.6.1.3. AS-i eesmärgi näitajate nõuetes on toodud parameetrite väärtused, mis iseloomustavad süsteemi otstarbele vastavust.
ACS-i puhul märkige:
a) süsteemi kohanemisvõime aste protsesside muutustega, juhtimismeetodite arv, juhtimisobjekti parameetrite kõrvalekalletega;
b) süsteemi moderniseerimise ja arendamise lubatud piirmäärad;
c) tõenäosus-ajalised karakteristikud, mille all säilib süsteemi sihtotstarve.
2.6.1.4. Usaldusväärsuse nõuded hõlmavad järgmist:
a) süsteemi kui terviku või selle alamsüsteemide usaldusväärsuse näitajate koostis ja kvantitatiivsed väärtused;
b) hädaolukordade loetelu, mille jaoks tuleks reguleerida töökindlusnõudeid, ja vastavate näitajate väärtused;
c) nõuded riist- ja tarkvara töökindlusele;
d) nõuded usaldusväärsuse näitajate hindamise ja jälgimise meetoditele süsteemi loomise erinevatel etappidel vastavalt kehtivatele regulatiivsetele ja tehnilistele dokumentidele.
2.6.1.5. Ohutusnõuded sisaldavad nõudeid ohutuse tagamiseks süsteemi tehniliste vahendite paigaldamisel, reguleerimisel, käitamisel, hooldamisel ja remondil (kaitse elektrivoolu, elektromagnetväljade, akustilise müra jms mõju eest), vastavalt vastuvõetavad tasemed valgustus-, vibratsiooni- ja mürakoormused.
2.6.1.6. Ergonoomika ja tehnilise esteetika nõuded sisaldavad AS-i näitajaid, mis määravad inimese ja masina suhtluse nõutava kvaliteedi ja personali töötingimuste mugavuse.
2.6.1.7. Mobiilsetele tuumaelektrijaamadele sisaldavad transporditavusnõuded nii süsteemi tehniliste vahendite transporditavust tagavaid projekteerimisnõudeid kui ka nõudeid sõidukitele.
2.6.1.8. Kasutus-, hooldus-, remondi- ja ladustamisnõuded hõlmavad järgmist:
a) töötingimused ja eeskirjad (režiim), mis peaksid tagama kindlaksmääratud tehniliste näitajatega süsteemi tehniliste vahendite (TS) kasutamise, sealhulgas süsteemi TS hoolduse tüübid ja sagedus või hoolduseta toimimise lubatavus ;
b) esialgsed nõuded süsteemi personali ja TS-i paigutamise lubatud aladele, toitevõrkude parameetritele jne;
c) nõuded teeninduspersonali arvule, kvalifikatsioonile ja nende tööviisidele;
d) nõuded varutoodete ja -seadmete komplekti koostisele, paigutusele ja ladustamistingimustele;
e) nõuded hooldusgraafikule.
2.6.1.9. Nõuded teabe kaitsmiseks volitamata juurdepääsu eest hõlmavad nõudeid, mis on kehtestatud kliendi tööstuses (osakonnas) tegutsevas NTD-s.
2.6.1.10. Teabe ohutuse nõuetes on toodud sündmuste loetelu: õnnetused, tehniliste vahendite rikked (sh voolukadu) jms, mille puhul peab olema tagatud teabe ohutus süsteemis.
2.6.1.11. Välismõjude eest kaitsmise vahendite nõuetes on toodud:
a) tuumaelektrijaama rajatiste raadioelektroonilise kaitse nõuded;
b) nõuded vastupidavusele, stabiilsusele ja tugevusele välismõjudele (kasutuskeskkond).
2.6.1.12. Patendipuhtuse nõuded näitavad riikide loetelu, mille suhtes tuleb tagada süsteemi ja selle osade patendipuhtus.
2.6.1.13. Standardiseerimise ja ühtlustamise nõuete hulka kuuluvad: indikaatorid, mis määravad standardi vajaliku kasutusastme, ühtsed meetodid süsteemi funktsioonide (ülesannete) realiseerimiseks, tarnitav tarkvara, tüüpilised matemaatilised meetodid ja mudelid, standardsed disainilahendused, ühtsed juhtimisdokumentide vormid. kehtestatud GOST 6.10.1, üleliidulised tehnilise ja majandusliku teabe klassifikaatorid ja muude kategooriate klassifikaatorid vastavalt nende ulatusele, tüüpiliste automatiseeritud tööjaamade, komponentide ja komplekside kasutamise nõuetele.
2.6.1.14. Lisanõuded hõlmavad järgmist:
a) nõuded süsteemi varustamiseks personali koolitusseadmetega (simulaatorid, muud sarnase otstarbega seadmed) ja nende dokumentatsioon;
b) nõuded hooldusseadmetele, süsteemielementide kontrollimise stendidele;
c) eriliste töötingimustega seotud süsteeminõuded;
d) erinõuded süsteemi arendaja või tellija äranägemisel.
2.6.2. Alajaotises "Nõuded süsteemi poolt täidetavatele funktsioonidele (ülesannetele)" on toodud:
a) iga alamsüsteemi jaoks automatiseeritavate funktsioonide, ülesannete või nende komplekside (sealhulgas need, mis tagavad süsteemi osade koostoimet) loend;
süsteemi loomisel kahes või enamas järjekorras - funktsionaalsete alamsüsteemide, üksikute funktsioonide või ülesannete loend, mis on rakendatud 1. ja järgmistes järjekordades;
b) iga funktsiooni, ülesande (või ülesannete kogumi) rakendamise ajakava;
c) nõuded iga funktsiooni (ülesande või ülesannete kogumi) teostamise kvaliteedile, väljundinformatsiooni esitamise vormile, nõutava täpsuse ja täitmisaja tunnustele, grupi täitmise samaaegsuse nõuded. funktsioonide, tulemuste usaldusväärsuse;
d) loetelu ja tõrkekriteeriumid iga funktsiooni jaoks, mille jaoks on kindlaks määratud töökindlusnõuded.
2.6.3. Alajaotises “Nõuded tagatise liikidele” esitatakse olenevalt süsteemi tüübist nõuded:
1) matemaatiline,
2) informatiivne,
3) keeleline,
4) tarkvara,
5) tehniline,
6) metroloogiline,
7) organisatsiooniline,
8) metoodiline ja muud tüüpi süsteemitugi.
2.6.3.1. Süsteemi matemaatiliseks toeks esitatakse nõuded koostisele, ulatusele (piirangutele) ja meetoditele, matemaatiliste meetodite ja mudelite kasutamisele süsteemis, tüüpilistele algoritmidele ja arendatavatele algoritmidele.
2.6.3.2. Teabetoe jaoks: süsteemid esitavad nõuded:
a) süsteemis andmete koosseis, struktuur ja korrastamise meetodid;
b) infovahetus süsteemi komponentide vahel;
c) teabe ühilduvus seotud süsteemidega;
d) antud ettevõttes töötavate üleliiduliste ja registreeritud vabariiklike, tegevusalade, ühtsete dokumentide ja klassifikaatorite kasutamise kohta;
e) andmebaasihaldussüsteemide kasutamise kohta;
f) andmete kogumise, töötlemise, süsteemis edastamise ja esitamise protsessi struktuurile;
g) kaitsta andmeid hävimise eest õnnetuste ja süsteemi toiteallika rikete korral;
h) andmete kontrollimiseks, salvestamiseks, värskendamiseks ja taastamiseks;
i) tuumaelektrijaama tehniliste vahenditega koostatud dokumentidele juriidilise jõu andmise korrale (vastavalt GOST 6.10.4).
2.6.3.3. Süsteemi keeleliseks toeks esitatakse nõuded kõrgetasemeliste programmeerimiskeelte kasutamisele süsteemis, kasutaja suhtluskeeltele ja süsteemi tehnilistele vahenditele, samuti nõuded andmete kodeerimisele ja dekodeerimisele, andmesisestusele. / väljundkeeled, andmetöötluskeeled, ainevaldkonna kirjeldamise vahendid (automaatikaobjekt ), dialoogi korraldamise viisideni.
2.6.3.4. Süsteemitarkvara jaoks on toodud ostetud tarkvara nimekiri ja nõuded:
a) tarkvara sõltumatus kasutatavast PBT-st ja töökeskkonnast;
b) tarkvara kvaliteedile, samuti selle tarnimise ja kontrolli meetoditele;
c) kui on vaja vastvalminud tarkvara ühtlustada algoritmide ja programmide fondiga.
2.6.3.5. Süsteemi tehnilise toe jaoks esitatakse järgmised nõuded:
a) tehniliste vahendite tüüpide, sealhulgas tehniliste vahendite komplekside, tarkvara- ja riistvarakomplekside ning muude süsteemis kasutamiseks vastuvõetavate komponentide tüübid;
b) süsteemi tehnilise toe funktsionaalsetele, disaini- ja tööomadustele.
2.6.3.6. Metroloogilise toe nõuded hõlmavad järgmist:
a) mõõtekanalite esialgne loetelu;
b) nõuded parameetrite mõõtmise täpsusele ja (või) mõõtekanalite metroloogilistele karakteristikutele;
c) nõuded süsteemi tehniliste vahendite metroloogilisele ühilduvusele;
d) süsteemi juhtimis- ja arvutuskanalite loetelu, mille täpsuskarakteristikuid on vaja hinnata;
e) nõuded süsteemi mõõtekanalite osaks oleva riist- ja tarkvara metroloogilisele toele, sisseehitatud juhtimisvahenditele, mõõtekanalite metroloogilisele sobivusele ning süsteemi reguleerimisel ja testimisel kasutatavatele mõõteriistadele;
f) metroloogilise sertifikaadi liik (riiklik või osakondlik) koos viitega selle rakendamise korra ja sertifitseerimist läbi viivate organisatsioonide kohta.
2.6.3.7. Organisatsioonilise toe jaoks esitatakse järgmised nõuded:
a) süsteemi käitamisega või opereerimist tagavate üksuste struktuuri ja funktsioonidega;
b) süsteemi toimimise korraldusele ning TEJ personali ja automaatikaobjekti personali vahelise suhtluse korrale;
c) kaitse süsteemipersonali eksliku tegevuse eest.
2.6.3.8. CAD-i metoodiliseks toeks esitatakse nõuded süsteemi regulatiivse ja tehnilise dokumentatsiooni koosseisule (selle töö käigus kasutatud standardite, normide, meetodite jms loetelu).
2.7. Jaotis "Süsteemi loomise (arendamise) töö koosseis ja sisu" peaks sisaldama süsteemi loomise etappide ja tööetappide loendit vastavalt standardile GOST 24.601, nende rakendamise ajastust ja organisatsioonide loendit. töid teostavad lingid dokumentidele, mis kinnitavad nende organisatsioonide nõusolekut osaleda süsteemi loomisel, või kirje, mis tuvastab nende tööde teostamise eest vastutava isiku (tellija või arendaja).
See jaotis sisaldab ka järgmist:
1) dokumentide loetelu vastavalt standardile GOST 34.201, mis esitatakse asjakohaste tööetappide ja -etappide lõpus;
2) tehnilise dokumentatsiooni ekspertiisi liik ja läbiviimise kord (etapp, etapp, kontrollitava dokumentatsiooni maht, organisatsioon-ekspert);
3) tööprogramm, mille eesmärk on tagada arendatava süsteemi nõutav töökindluse tase (vajadusel);
4) metroloogilise toe tööde loetelu süsteemi loomise kõigis etappides, märkides ära nende tähtajad ja teostavad organisatsioonid (vajadusel).
2.8. Jaotises "Süsteemi jälgimise ja aktsepteerimise kord" märkige:
1) süsteemi ja selle komponentide tüübid, koostis, ulatus ja testimise meetodid (testide tüübid vastavalt arendatavale süsteemile kehtivatele standarditele);
2) tööde vastuvõtmise üldnõuded etappide kaupa (osalevate ettevõtete ja organisatsioonide loetelu, koht ja aeg), vastuvõtudokumentide kokkuleppimise ja kinnitamise kord;
H) vastuvõtukomisjoni staatus (riiklik, osakondadevaheline, osakond).
2.9. Jaotises "Nõuded automaatikaobjekti süsteemi kasutuselevõtuks ettevalmistamise töö koostisele ja sisule" on vaja esitada loetelu põhitoimingutest ja nende teostajatest, mida tuleks teha automaatikaobjekti ettevalmistamisel süsteemi kasutuselevõtuks. AU tööle.
Peamiste tegevuste loend sisaldab:
1) süsteemi siseneva teabe viimine (vastavalt teabe ja keelelise toe nõuetele) arvuti abil töötlemiseks sobivale vormile;
2) muudatused, mida on vaja teha automaatikaobjektis;
3) automaatikaobjekti toimimiseks tingimuste loomine, mille korral on tagatud loodud süsteemi vastavus TOR-is sisalduvatele nõuetele;
4) süsteemi toimimiseks vajalike allüksuste ja teenuste loomine;
5) personali komplekteerimise ja personali väljaõppe tähtajad ja kord.
Näiteks ACS-i jaoks annavad nad:

muutused rakendatud juhtimismeetodites;
tingimuste loomine ACS komponentide tööks, mille korral on tagatud süsteemi vastavus TOR-is sisalduvatele nõuetele.

2.10. Jaotises "Nõuded dokumentatsioonile" on esitatud järgmine:
1) väljatöötatavate dokumentide komplektide ja tüüpide loetelu, mis vastavad GOST 34.201 ja kliendi tööstuse NTD nõuetele, mille on kokku leppinud süsteemiarendaja ja klient; masinkandjal väljastatud dokumentide loetelu; nõuded mikrofilmimise dokumentatsioonile;
2) nõuded valdkonnaülese rakenduse komponentelementide dokumenteerimisele vastavalt ESKD ja ESPD nõuetele;
3) süsteemielementide dokumenteerimise nõudeid määratlevate riiklike standardite puudumisel sisaldavad need täiendavalt nõudeid nende dokumentide koostisele ja sisule.
2.11. Jaotises "Arendusallikad" tuleks loetleda dokumendid ja infomaterjalid (tasuvusuuring, tehtud uurimistööde aruanded, infomaterjalid kodumaiste, välismaiste analoogsüsteemide kohta jne), mille alusel TK välja töötati ja mida tuleks kasutatakse süsteemi loomiseks.
2.12. Tuumaelektrijaamade TOR-i koostis hõlmab heakskiidetud meetodite olemasolul rakendusi, mis sisaldavad:
a) süsteemi eeldatava efektiivsuse arvutamine;
b) süsteemi teadusliku ja tehnilise taseme hindamine.
Rakendused lisatakse tuumaelektrijaama TOR-i vastavalt süsteemi arendaja ja kliendi vahel kokkuleppimisele.

3. PROJEKTEERIMISREEGLID

3.1. TOR-i lõigud ja alajaotised TEJ-s tuleb paigutada punktis ettenähtud viisil. 2 käesolevast standardist.
3.2. AU TK koostatakse vastavalt GOST 2.105 nõuetele A4-formaadis lehtedel vastavalt standardile GOST 2.301 ilma raamita, põhikirja ja selle lisaveergudeta.
Lehtede (lehekülgede) numbrid kantakse üles, alustades tiitellehele järgnevast esimesest lehest, lehe ülaossa (teksti kohale, keskele) pärast TK-koodi määramist vahelduvvooluvõrgus.
3.3. Näitajate, normide ja nõuete väärtused näitavad reeglina maksimaalseid hälbeid või maksimaalseid ja minimaalsed väärtused. Kui need näitajad, normid, nõuded on NTD-ga üheselt reguleeritud, peaks TEJ TOR esitama lingi nendele dokumentidele või nende jaotistele, samuti lisanõudeid, mis võtavad arvesse loodava süsteemi omadusi. Kui näitajate, normide ja nõuete konkreetseid väärtusi ei ole võimalik tuumaelektrijaama TOR väljatöötamise käigus kindlaks määrata, peaks see registreerima nende näitajate, normide ja nõuete kehtestamise ja kokkuleppimise korra:
"Lõplik nõue (väärtus) täpsustatakse protsessis ... .. ja lepitakse protokolliga kokku ... ... etapis ... ...". Samal ajal ei tehta TEJ TOR tekstis muudatusi.
3.4. Tiitellehele asetatakse tellija, arendaja ja koordineerivate organisatsioonide allkirjad, mis on pitseeritud pitsatiga. Vajadusel vormistatakse tiitelleht mitmele lehele. Viimasele leheküljele on paigutatud TEJ tööjuhendi väljatöötajate ja TEJ tööjuhendi projekti kooskõlastamise ja läbivaatamisega seotud ametnike allkirjad.
TK tiitellehe vorm AU-st on antud lisa 2. Tuumaelektrijaama tehniliste kirjelduste viimase lehe vorm on toodud lisa 3.
3.5. Vajadusel TK tiitellehele AÜ-l on lubatud paigutada tööstuses kehtestatud koode, näiteks: turvatempel, töökood, TK registreerimisnumber jne.
3.6. Tuumaelektrijaama tööjuhendi lisa tiitelleht vormistatakse samamoodi nagu lähteülesande tiitelleht. Nime "Terms of Reference" asemel kirjutavad nad "Addendum No. ... to the TOR for AC ...".
3.7. Järgmistele AL-i TOR-i lisa lehtedele pannakse muudatuse alus, muudatuse sisu ja lingid dokumentidele, mille kohaselt need muudatused tehakse.
3.8. TOR-i täienduse teksti esitamisel tuleb märkida asjakohaste lõigete, lõikude, peamiste TOR-i tabelite jm numbrid AÜ kohta ning kasutada sõnu: „asendada”, „täiendada”, „ kustutada“, „kirjutada uues väljaandes“.

1. lisa

1. TEJ-de TOR-i eelnõu töötab välja süsteemiarendaja kliendi osalusel tehniliste nõuete alusel (rakendus; taktikaline ja tehniline ülesanne jne).
Konkurentsipõhise töökorralduse korral kaalub TEJ-de TOR-i eelnõu variante tellija, kes kas valib eelistatud variandi või koostab võrdleva analüüsi põhjal TU-i lõpliku versiooni. TEJ tulevase TEJ arendaja osalusel.
2. Vajaduse kooskõlastada TEJ-de juhendi kavandi riikliku järelevalve asutuste ja teiste huvitatud organisatsioonidega määrab ühiselt süsteemi tellija ja TEJ-s TOR kavandi väljatöötaja.
Vahelduvvoolu TOR-i eelnõu heakskiitmise tööd teostavad ühiselt TEJ-i TOR-i arendaja ja süsteemi tellija, kumbki oma ministeeriumi (osakonna) organisatsioonides.
3. Ühegi organisatsiooni tuumaelektrijaamade TOR-projekti heakskiitmise tähtaeg ei tohiks ületada 15 päeva alates selle kättesaamise kuupäevast. Tuumaelektrijaamade töökorralduse kavandi koopiad (koopiad) on soovitatav saata kooskõlastamiseks üheaegselt kõikidele organisatsioonidele (osakondadele).
4. Märkused tuumaelektrijaamade TOR eelnõu kohta tuleb esitada koos tehnilise põhjendusega. Kommentaaride kohta peavad otsused tegema TEJ tööülesannete kavandi väljatöötaja ja süsteemi tellija enne TEJ tööjuhendi kinnitamist.
5. Kui TEJ-s TOR-i projekti kokkuleppimisel tekkisid arendaja ja tellija (või teiste huvitatud organisatsioonide) vahel lahkarvamused, siis koostatakse lahkarvamuste protokoll (suvaline vorm) ja tehakse selleks ettenähtud korras konkreetne otsus.
6. TOR-i projekti kooskõlastamine TEJ-s on lubatud vormistada eraldi dokumendina (kirjana). Sel juhul tehke rubriigis "Kokkulepitud" link sellele dokumendile.
7. Tuumaelektrijaama tehniliste kirjelduste kinnitamist teostavad süsteemi arendaja ja tellija ettevõtete (organisatsioonide) juhid.
8. TEJ spetsifikatsiooni (täiendus spetsifikatsioonile) peab enne kinnitamiseks esitamist kontrollima spetsifikatsiooni välja töötanud organisatsiooni normatiivkontrolli teenistus ja vajadusel läbima metroloogilise ekspertiisi.
9. TEJ tööjuhendi koopiad saadab 10 päeva jooksul pärast kinnitamist TEJ juhendi arendaja süsteemi loomises osalejatele.
10. Tuumaelektrijaama tööjuhendi täienduste kooskõlastamine ja heakskiitmine toimub TEJ tööülesannete osas kehtestatud viisil.
11. Tuumaelektrijaamade TOR-i muudatusi ei ole lubatud heaks kiita pärast seda, kui süsteem on esitatud vastuvõtukatseteks.
12. Tehniliste kirjelduste registreerimine, arvestus ja säilitamine TEJ-s ning selle täiendused toimub vastavalt GOST 2.501 nõuetele.

organisatsiooni nimi - tuumaelektrijaamade tehniliste kirjelduste väljatöötaja

________________________________________________________
vahelduvvoolu tüübi nimi
________________________________________________________
automatiseerimisobjekti nimi
________________________________________________________
lühend AS

TEHNILINE ÜLESANNE
____ lehtedel

Kehtib alates
NÕUSTUD
Juht (ametikoht, koordineeriva organisatsiooni nimi)
Isiklik allkiri __________ Allkirja ärakiri _______________
Tihend
kuupäev

____________________________________
(TK kood)

TEHTUD

NÕUSTUD

Rakendus(Informatiivne) Automatiseeritud süsteemide ühtse standardite kogumi loomise sätted.

1. Esmased eeldused kompleksi loomiseks
1.1. Erinevate klasside ja eesmärkidega automatiseeritud süsteemide loomine ja rakendamine toimub paljudes tööstusharudes vastavalt regulatiivsele ja tehnilisele dokumentatsioonile, mis kehtestab mitmesugused organisatsioonilised, metoodilised ja tehnilised normid, reeglid ja määrused, mis takistavad süsteemide integreerimist ja nende tõhusat ühist toimimist. .
1.2. Ajavahemikul, mil NSVL Gosstandart võttis vastu otsuse valdkondadevaheliste standardikomplekside täiustamise kohta, kehtisid järgmised standardite kompleksid ja süsteemid, mis kehtestasid nõuded erinevat tüüpi tuumaelektrijaamadele:
1) üks süsteem automatiseeritud juhtimissüsteemide standardid (24. süsteem), mis kehtib automatiseeritud juhtimissüsteemide, automatiseeritud juhtimissüsteemide, protsesside automatiseeritud juhtimissüsteemide ja muude organisatsiooniliste ja majandussüsteemide kohta;
2) standardite kogum (süsteem 23501); arvutipõhistele projekteerimissüsteemidele laienemine;
3) 14. standardisüsteemi neljas rühm, mis hõlmab tootmise tehnoloogilise ettevalmistamise automatiseeritud süsteeme.
1.3. Automatiseeritud juhtimissüsteemide, CAD-i, automatiseeritud protsessijuhtimissüsteemide, ASTPP standardite rakendamise praktika on näidanud, et nad kasutavad sama kontseptuaalset aparaati, ühiseid standardimisobjekte on palju, kuid standardite nõuded ei ole omavahel kooskõlastatud, esineb erinevusi töö koostises ja sisus, erinevusi dokumentide tähistuses, koostamises, sisus ja vormistamises jne.
1.4. Ühtse tehnilise poliitika puudumise taustal AS-i loomise valdkonnas ei võimaldanud standardite mitmekesisus nende koostoimel AS-i laialdast ühilduvust, ei võimaldanud süsteeme paljundada ja takistas paljulubavate valdkondade arengut. arvutitehnoloogia kasutamine.
1.5. Hetkel minnakse üle komplekssete AS-ide (välismaised CAD-süsteemid - CAM) loomisele, mis hõlmavad tehnoloogiliste protsesside ja tööstuste automatiseeritud juhtimissüsteeme, CAD-disainerit, CAD-tehnoloogi, ASNI-i ja muid süsteeme. Vastuoluliste reeglite kasutamine selliste süsteemide loomisel toob kaasa kvaliteedi languse, töö maksumuse suurenemise ja tuumaelektrijaama kasutuselevõtu viibimise.
1.6. Erinevatel eesmärkidel kasutatavate automatiseeritud süsteemide puhul peaks kehtima ühtne standardite ja juhiste kogum: ASNI, CAD, OASU, APCS, APCS, APCS, ASK, ASTPP, sealhulgas nende integreerimine.
1.7. Sektoritevaheliste dokumentide väljatöötamisel tuleks arvesse võtta järgmisi AU kui standardimisobjektide tunnuseid:
1) lähteülesanne on põhidokument, mille kohaselt toimub AÜ loomine ja selle vastuvõtmine kliendi poolt;
2) TEJd luuakse reeglina projekteerimise teel seeria- ja üksiktoodangu komplektiga ning teostatakse TEJ kasutuselevõtmiseks vajalikke ehitus-, paigaldus-, kasutuselevõtu- ja kasutuselevõtutöid;
3) AS (AS-i alamsüsteem) koosneb üldjuhul tarkvara- ja riistvarast (STC), tarkvara- ja metoodilistest kompleksidest (PMC) ning tehnilise, tarkvara- ja infotoe komponentidest.
Seda tüüpi toetuste komponendid, samuti PMK ja PTK, tuleb valmistada ja tarnida tööstuslikuks ja tehniliseks otstarbeks mõeldud toodetena. Komponendid võivad sisalduda AS-is iseseisvate osadena või kombineerida kompleksideks;
4) AS-i loomine organisatsioonides (ettevõtetes) nõuab süsteemi kasutajate ja hoolduspersonali erikoolitust;
5) AS-i ja komplekside toimimine on tagatud organisatsiooniliste ja metoodiliste dokumentide kogumiga, mida loomisel käsitletakse juriidilise, metoodilise, keelelise, matemaatilise, organisatsioonilise ja muud liiki toe komponentidena. Nende tarkvara arendamise käigus saadud eraldi lahendusi saab rakendada riistvara, tarkvara või infotoe komponentidena;
6) erinevate süsteemide ja komplekside ühine toimimine ja interaktsioon toimub lokaalsete arvutivõrkude baasil.
Kohalike arvutivõrkude jaoks vastuvõetud spetsifikatsioonid ja lepingud on süsteemide, komplekside ja komponentide ühilduvuse tagamiseks kohustuslikud.
CEN AU vastastikune seos teiste süsteemide ja standardite kogumitega.
2.1. AS-i valdkonna standardimine on üldistatud probleemiga seotud töö lahutamatu osa. Infotehnoloogia».
2.2. Automatiseeritud süsteemide dokumente reguleeriv ühtne standardite kogum koos teiste süsteemide ja standardite kogumitega peaks moodustama täieliku regulatiivse ja tehnilise toe AS-i loomise ja toimimise protsessidele.
2.3. EKS AS peaks hõlmama automatiseeritud süsteemidele omaseid standardimisvaldkondi ning laiendama traditsioonilisi standardimisvaldkondi tarkvarale ja riistvarale, tarkvara- ja metoodilistele kompleksidele ning automatiseeritud süsteemidele üldiselt.
2.4. AS-i loomise ja toimimise protsesside normatiivse ja tehnilise toe standardimise suunad ja ülesanded on rühmitatud järgmiselt:
1) toodetele tehniliste nõuete kehtestamine;
2) katsemeetodite reguleerimine ning toodete atesteerimise ja sertifitseerimise reeglid;
3) arenduse eeskirja ja korra reguleerimine;
4) dokumenteerimisreeglite kehtestamine;
5) ühilduvuse tagamine;
6) süsteemide toimimise organisatsiooniliste ja metoodiliste küsimuste reguleerimine.
Suunised 1-4 on traditsioonilised toodete väljatöötamisel, valmistamisel ja tarnimisel. Juhised 5, 6 on spetsiifilised ja tulenevad AS-ile omastest omadustest.
2.5. Tuumaelektrijaamade kui terviku ja nende komponentide varustamine normatiivse ja tehnilise dokumentatsiooniga standardimise aktsepteeritud valdkondade ja ülesannete raames on erinev.
Tehnilise, tarkvara ja teabetoe komponente kui tööstuslikke tooteid käsitletakse vastavalt disaini-, tarkvara- ja teabetoodetena. Nendele toodetele kehtivad praegused ESKD standardid. SRPP, ESPD, SGIP, USD, tehnilise ja majandusliku teabe klassifikaatorid ja kodifitseerijad, "OTT", "Testimismeetodid", "TU" tüüpi standardite kompleksid, samuti kliendi OTT.
2.5.1. Disaintoodete kogu elutsükkel on täielikult varustatud masinaehituses ja instrumentide valmistamises kehtiva regulatiivse ja tehnilise dokumentatsiooniga.
2.5.2. Tarkvaratooted on varustatud NTD-ga, mis sisaldub kliendi ESPD-s ja OTT-is. Nende NTD-de ulatust tuleks siiski laiendada, et kajastada tarkvaratoodete arendamise, loomise, levitamise ja käitamisega seotud probleeme.
2.5.3. Teabetooteid praegu NTD-ga ei pakuta, kuigi teatud küsimused on DDD, tehnilise ja majandusliku teabe klassifikaatorite ja kodifitseerijate raames välja töötatud.
2.6. Tarkvara ja riistvara ning tarkvara ja metoodilisi komplekse käsitletakse keerukate toodetena, millel pole masinaehituses analooge. Arvestades PTK ja PMK staatust. tööstuslikuks otstarbeks mõeldud toodetena peaksid nende väljatöötamise reeglid ja kord olema sarnased toodete väljatöötamise ja tootmisse viimise süsteemi (SRPP) standarditega kehtestatud nõuetele.