informačných technológií. Súbor noriem pre automatizované systémy. Technické pokyny pre vývoj automatizovaných systémov
Na základe GOST 34.602-89 na písanie technických špecifikácií pre automatizované systémy ovládanie od 1.1.1990
1. VŠEOBECNÉ USTANOVENIA
1.1. TK je hlavný dokument, ktorý definuje požiadavky a postup pri tvorbe (vývoj alebo modernizácia - ďalšia tvorba) informačný systém(ďalej IS), v súlade s ktorou sa realizuje vývoj IS a jeho prevzatie pri uvedení do prevádzky.1.2. TK je vyvinutý pre systém ako celok, navrhnutý tak, aby fungoval samostatne alebo ako súčasť iného systému.
1.3. Požiadavky na IP v rozsahu ustanovenom touto normou je možné zahrnúť do zadania pre návrh novovzniknutého objektu informatizácie. V tomto prípade TK nie je vyvinutá.
1.4. Požiadavky zahrnuté v TOR musia spĺňať stav techniky rozvoj informačných technológií a nepodliehať podobným požiadavkám na najlepšie moderné domáce a zahraničné analógy. Požiadavky uvedené v TOR by nemali obmedzovať vývojára systému pri hľadaní a implementácii najefektívnejších technických, realizovateľných a iných riešení.
1.5. TOR obsahuje len tie požiadavky, ktoré dopĺňajú požiadavky na systémy tohto typu a sú určené špecifikami konkrétneho objektu, pre ktorý sa systém vytvára.
1.6. Zmeny TOR sú formalizované dodatkom alebo protokolom podpísaným zákazníkom a vývojárom. Dodatok alebo špecifikovaný protokol je neoddeliteľnou súčasťou TOR na IP. Na titulnej strane TK by mal byť záznam „Platnosť od ...“.
2. ZLOŽENIE A OBSAH
2.1. TOR obsahuje nasledujúce časti, ktoré možno rozdeliť na podsekcie:
1) všeobecné informácie;
2) účel a ciele vytvorenia (vývoja) systému;
3) charakteristiky predmetov;
4) systémové požiadavky;
5) zloženie a obsah práce na vytvorení systému;
6) postup kontroly a akceptácie systému;
7) požiadavky na skladbu a obsah prác prípravy vývojového objektu na uvedenie systému do prevádzky;
8) požiadavky na dokumentáciu;
9) rozvojové zdroje.
2.2. V závislosti od typu, účelu, špecifických vlastností projektu a prevádzkových podmienok systému je možné vypracovať časti TOR vo forme aplikácií, zaviesť ďalšie, vylúčiť alebo kombinovať podsekcie TOR.
TOR pre časti systému nezahŕňa časti, ktoré duplikujú obsah častí TOR ako celku.
2.3. V kapitole " Všeobecné informácie» uviesť:
1) úplný názov systému a jeho symbol;
2) šifra témy alebo šifra (číslo) zmluvy;
3) názov spoločností vývojára a zákazníka (používateľa) systému a ich podrobnosti;
4) zoznam dokumentov, na základe ktorých je systém vytvorený, kým a kedy boli tieto dokumenty schválené;
5) plánované termíny začiatok a koniec práce na vytvorení systému;
6) informácie o zdrojoch a postupe financovania diela;
7) postup pri formalizácii a prezentovaní výsledkov práce na vytvorení systému (jeho častí), na výrobe a úprave jednotlivých prostriedkov (hardvér, softvér, informácie) a softvéru a hardvéru (softvér a metodický) zákazníkovi. komplexy systému.
1) účel systému;
2) účel vytvorenia systému.
2.4.2. V podsekcii „Ciele vytvorenia systému“ sú uvedené názvy a požadované hodnoty technických, technologických, výrobno-ekonomických alebo iných ukazovateľov objektu informatizácie, ktoré je potrebné dosiahnuť vytvorením IS. a uveďte kritériá hodnotenia dosiahnutia cieľov vytvorenia systému.
2.5. V časti „Charakteristika objektu informatizácie“ uvádzajú:
1) stručné informácie o predmete informatizácie alebo odkazy na dokumenty obsahujúce takéto informácie;
2) informácie o prevádzkových podmienkach objektu automatizácie.
1) požiadavky na systém ako celok;
2) požiadavky na funkcie (úlohy) vykonávané systémom;
3) požiadavky na typy kolaterálu.
2.6.1. V podsekcii „Požiadavky na systém ako celok“ uveďte:
požiadavky na štruktúru a fungovanie systému;
požiadavky na počet a kvalifikáciu personálu systému a spôsob jeho práce;
ukazovatele destinácie;
požiadavky na spoľahlivosť;
bezpečnostné požiadavky;
požiadavky na ergonómiu a technickú estetiku;
prevádzkové požiadavky, údržbu, oprava a skladovanie komponentov systému;
požiadavky na ochranu informácií pred neoprávneným prístupom;
požiadavky na bezpečnosť informácií v prípade nehôd;
požiadavky na ochranu pred vplyvom vonkajších vplyvov;
požiadavky na čistotu patentov;
požiadavky na štandardizáciu a unifikáciu;
Ďalšie požiadavky.
1) zoznam subsystémov, ich účel a hlavné charakteristiky, požiadavky na počet úrovní hierarchie a stupeň centralizácie systému;
2) požiadavky na spôsoby a prostriedky komunikácie na výmenu informácií medzi komponentmi systému;
3) požiadavky na vlastnosti prepojení vytváraného systému so súvisiacimi systémami, požiadavky na jeho kompatibilitu vrátane pokynov na výmenu informácií (automaticky, zasielaním dokumentov, telefonicky atď.);
4) požiadavky na prevádzkové režimy systému;
5) požiadavky na diagnostiku systému;
6) perspektívy rozvoja, modernizácie systému.
požiadavky na počet pracovníkov (používateľov) IS;
požiadavky na kvalifikáciu personálu, postup pri jeho výcviku a kontrolu vedomostí a zručností;
požadovaný režim práce personálu IS.
2.6.1.4. Požiadavky na spoľahlivosť zahŕňajú:
1) zloženie a kvantitatívne hodnoty ukazovateľov spoľahlivosti pre systém ako celok alebo jeho subsystémy;
2) zoznam núdzové situácie, podľa ktorého by sa mali regulovať požiadavky na spoľahlivosť a hodnoty zodpovedajúcich ukazovateľov;
3) požiadavky na spoľahlivosť technické prostriedky a softvér;
4) požiadavky na metódy hodnotenia a monitorovania ukazovateľov spoľahlivosti v rôznych fázach vytvárania systému v súlade s platnými regulačnými a technickými dokumentmi.
2.6.1.6. Požiadavky na ergonómiu a technickú estetiku zahŕňajú indikátory IP, ktoré špecifikujú požadovaná kvalita interakcia človek-stroj a pohodlie pracovných podmienok pre personál.
2.6.1.7. Požiadavky na ochranu informácií pred neoprávneným prístupom zahŕňajú požiadavky stanovené odvetvím a informačným prostredím zákazníka.
2.6.1.8. Medzi požiadavky na bezpečnosť informácií patrí zoznam udalostí: havárie, poruchy technických prostriedkov (vrátane výpadku napájania) atď., pri ktorých musí byť zabezpečená bezpečnosť informácií v systéme.
2.6.1.9. Požiadavky na patentovú čistotu uvádzajú zoznam krajín, voči ktorým musí byť patentová čistota systému a jeho častí zabezpečená.
2.6.1.10. Ďalšie požiadavky zahŕňajú špeciálne požiadavky podľa uváženia vývojára systému alebo zákazníka.
2.6.2. V podsekcii „Požiadavky na funkcie (úlohy)“ vykonávané systémom je uvedené:
pre každý subsystém zoznam funkcií, úloh alebo ich komplexov (vrátane tých, ktoré zabezpečujú interakciu častí systému), ktoré sa majú automatizovať;
pri vytváraní systému v dvoch alebo viacerých radoch - zoznam funkčných podsystémov, jednotlivých funkcií alebo úloh realizovaných v 1. a ďalších radoch;
časový harmonogram implementácie každej funkcie, úlohy (alebo súboru úloh);
požiadavky na kvalitu vykonávania každej funkcie (úlohy alebo súboru úloh), na formu prezentácie výstupných informácií, charakteristiku požadovanej presnosti a času vykonávania, požiadavky na simultánnosť vykonávania skupiny funkcií, spoľahlivosť výsledkov;
zoznam a kritériá zlyhania pre každú funkciu, pre ktorú sú špecifikované požiadavky na spoľahlivosť.
2.6.3.2. Pre informačnú podporu systému sú stanovené nasledujúce požiadavky:
1) na zloženie, štruktúru a metódy organizovania údajov v systéme;
2) k výmene informácií medzi komponentmi systému;
3) na informačnú kompatibilitu so susednými systémami;
4) o používaní systémov správy databáz;
5) na štruktúru procesu zhromažďovania, spracovania, prenosu údajov v systéme a prezentácie údajov;
6) k ochrane údajov;
7) kontrola, uchovávanie, aktualizácia a obnova údajov;
2.6.3.4. Pre systémový softvér je uvedený zoznam zakúpeného softvéru, ako aj požiadavky:
1) na závislosť softvéru od operačného prostredia;
2) na kvalitu softvéru, ako aj na spôsoby jeho poskytovania a kontroly;
1) na druhy technických prostriedkov vrátane typov komplexov technických prostriedkov, softvérových a hardvérových komplexov a iných komponentov, ktoré sú prijateľné na použitie v systéme;
2) na funkčné, konštrukčné a prevádzkové charakteristiky technickej podpory systému.
1) predbežný zoznam meracích kanálov;
2) požiadavky na presnosť meraní parametrov a (alebo) na metrologické charakteristiky meracích kanálov;
3) požiadavky na metrologickú kompatibilitu technických prostriedkov systému;
4) zoznam riadiacich a výpočtových kanálov systému, pre ktoré je potrebné vyhodnotiť charakteristiky presnosti;
5) požiadavky na metrologickú podporu hardvéru a softvéru, ktoré sú súčasťou meracích kanálov systému, nástrojov, vstavaného riadenia, metrologickej vhodnosti meracích kanálov a meracích prístrojov používaných pri nastavovaní a testovaní systému;
6) typ metrologickej certifikácie (štátna alebo rezortná) s uvedením postupu jej vykonávania a organizácií vykonávajúcich certifikáciu.
1) na štruktúru a funkcie jednotiek zapojených do prevádzky systému alebo zabezpečovania prevádzky;
2) na organizáciu fungovania systému a postup interakcie medzi personálom IS a personálom objektu informatizácie;
3) ochrana pred chybným konaním personálu systému.
2.7. Časť „Zloženie a obsah prác na tvorbe (vývoji) systému“ by mala obsahovať zoznam etáp a etáp prác na tvorbe systému, načasovanie ich implementácie, zoznam organizácií vykonávajúcich prácu, odkazy na dokumenty potvrdzujúce súhlas týchto organizácií podieľať sa na tvorbe systému alebo záznam, ktorý určuje osobu zodpovednú (zákazník alebo vývojár) za vykonávanie týchto prác.
Táto sekcia tiež poskytuje:
1) zoznam dokumentov, ktoré sa majú predložiť na konci príslušných etáp a etáp práce;
2) druh a postup vykonávania kontroly technickej dokumentácie (etapa, štádium, rozsah kontrolovanej dokumentácie, organizácia-odborník);
3) pracovný program zameraný na zabezpečenie požadovanej úrovne spoľahlivosti vyvíjaného systému (ak je to potrebné);
4) zoznam prác na metrologickej podpore vo všetkých fázach vytvárania systému s uvedením ich termínov a vykonávajúcich organizácií (ak je to potrebné).
1) typy, zloženie, rozsah a skúšobné metódy systému a jeho komponentov;
2) Všeobecné požiadavky na preberanie diela po etapách, postup odsúhlasovania a schvaľovania preberacej dokumentácie;
Zoznam hlavných činností zahŕňa:
1) uvedenie informácií vstupujúcich do systému (v súlade s požiadavkami na informačnú a jazykovú podporu);
2) vytvorenie podmienok pre fungovanie projektu, za ktorých je zaručený súlad vytvoreného systému s požiadavkami obsiahnutými v TOR;
3) vytvorenie pododdielov a služieb potrebných pre fungovanie systému;
4) podmienky a postup pre personálne obsadenie a školenie personálu.
1) zoznam súborov a typov dokumentov, ktoré sa majú vypracovať, odsúhlasený vývojárom a zákazníkom systému;
zoznam dokumentov vydaných na strojových médiách;
2) v neprítomnosti štátne normy, ktorým sa definujú požiadavky na dokumentáciu prvkov systému, dodatočne zahŕňajú požiadavky na skladbu a obsah takýchto dokumentov.
3. PRAVIDLÁ DIZAJNU
3.1. Sekcie a pododdiely TOR by mali byť umiestnené v poradí uvedenom v ods. 2 tejto normy.3.2. Čísla hárkov (strany) sa uvádzajú od prvého hárku po titulnej strane v hornej časti hárku (nad textom, v strede) za označením kódu TK na IC.
3.3. Na titulnej strane sú umiestnené podpisy objednávateľa, developera a koordinačnej spoločnosti, ktoré sú zapečatené. V prípade potreby je titulná strana zostavená na viacerých stranách. Podpisy spracovateľov TK a úradníkov podieľajúcich sa na schvaľovaní a posudzovaní návrhu TK na IP sú umiestnené na poslednej strane.
Podoba titulnej strany TOR je uvedená v prílohe 2. Formulár posledného listu TOR je uvedený v prílohe 3.
3.4. Titulná strana Dodatku k TOR je vyhotovená rovnakým spôsobom ako titulná strana zadávacích podmienok. Namiesto mena" Technická úloha"Napíšte" Dodatok č. ... do TK na AC ... ".
3.5. Na ďalších listoch dodatku k ZU je umiestnený dôvod zmeny, obsah zmeny a odkazy na dokumenty, podľa ktorých sa tieto zmeny vykonávajú.
3.8. Pri uvádzaní textu dodatku k ZA treba uviesť čísla príslušných odsekov, pododsekov, tabuliek hlavného VZ a pod. a slová „nahradiť“, „doplniť“, „vypustiť“, „uviesť v by sa malo použiť nové vydanie“.
POSTUP PRI VYPRACOVANÍ, DOHODE A SCHVÁLENÍ TK PRE OV
1. Návrh TOR vypracuje vývojár systému za účasti zákazníka na základe technické požiadavky(aplikácie, taktické a technické špecifikácie atď.).V konkurenčnej organizácii práce možnosti návrhu TOR zvažuje objednávateľ, ktorý si buď vyberie preferovanú možnosť, alebo na základe porovnávacej analýzy pripraví finálnu verziu TOR pre AC za účasti CK. budúci vývojár IS.
2. Potrebu schválenia návrhu ZP s orgánmi štátneho dozoru a inými zainteresovanými organizáciami určuje spoločne objednávateľ systému a spracovateľ návrhu ZP pre IP,
Práce na schvaľovaní návrhu TOR na IC vykonávajú spoločne vývojár TOR a objednávateľ systému, každý v organizáciách vlastného ministerstva (odboru).
3. Lehota na schválenie návrhu TOR v každej organizácii by nemala presiahnuť 15 dní od dátumu jeho prijatia. Odporúča sa zaslať kópie návrhu ZP (kópie) na schválenie súčasne všetkým organizáciám (divíziám).
4. Pripomienky k návrhu TOR by mali byť predložené s technickým odôvodnením. O pripomienkach musí rozhodnúť spracovateľ návrhu ZP a objednávateľ systému pred schválením ZP pre IS.
5. Ak pri odsúhlasení návrhu TOR vzniknú nezhody medzi developerom a objednávateľom (prípadne inými zainteresovanými organizáciami), potom je spísaný protokol o nezhodách (ľubovoľná forma) a predpísaným spôsobom je prijaté konkrétne rozhodnutie.
6. Schválenie návrhu TOR je možné vypracovať ako samostatný dokument (list). V tomto prípade pod nadpisom „Súhlasím“ vytvorte odkaz na tento dokument.
7. Schvaľovanie TOR vykonávajú vedúci spoločností vývojára a objednávateľa systému.
8. Kópie schválených ZP do 10 dní po schválení zasiela vývojár ZP účastníkom tvorby systému.
9. Koordinácia a schvaľovanie dodatkov k ZA sa vykonáva spôsobom stanoveným pre ZA v IP.
10. Zmeny TOR nie je možné schváliť po predložení systému alebo jeho frontu na akceptačné testy.
FORMULÁR TITULKOVÉHO LISTU TK
|
______________________________________________________ . názov organizácie - vývojára TK na IP SCHVÁLIŤ Vedúci (pozícia, názov spoločnosti - zákazník IP) Tuleň dátum SCHVÁLIŤ Vedúci (pozícia, názov spoločnosti - vývojár "IS") Osobný podpis Prepis podpisu Tuleň dátum názov typu IP ________________________________________________________ názov objektu informatizácie ________________________________________________________ skrátený názov IS Na ____ listoch Platnosť od DOHODNUTÉ Vedúci (pozícia, názov koordinujúcej organizácie) Osobný podpis Prepis podpisu |
Táto norma sa vzťahuje na automatizované systémy (AS) na automatizáciu rôznych druhov činností (riadenie, projektovanie, výskum atď.), vrátane ich kombinácií, a stanovuje zloženie, obsah, pravidlá spracovania dokumentu „Zadacie podmienky pre tvorbu ( rozvoj alebo modernizácia) systémy“ (ďalej len TK pre JE).
Odporúčaný postup vypracovania, schvaľovania a schvaľovania technických špecifikácií pre jadrové elektrárne je uvedený v príloha 1.
1. Všeobecné ustanovenia.
1.1. ToR pre JE je hlavným dokumentom, ktorý definuje požiadavky a postup na vytvorenie (vývoj alebo modernizáciu - ďalšie vytváranie) automatizovaného systému, v súlade s ktorým sa uskutočňuje vývoj JE a jej prevzatie pri uvedení do prevádzky.
1.2. Špecifikácie pre jadrové elektrárne sú vypracované pre systém ako celok, navrhnutý tak, aby fungoval samostatne alebo ako súčasť iného systému.
Okrem toho môžu byť vypracované technické špecifikácie pre časti JE: pre subsystémy JE, komplexy úloh JE atď., v súlade s požiadavkami tejto normy; pre hardvérové komponenty a softvérové a hardvérové systémy v súlade s normami ESKD a SRPP; pre softvér v súlade s normami ESPD; pre informačné produkty v súlade s GOST 19.201 a NTD, ktorý je platný na úseku objednávateľa JE.
Poznámka. V TOR pre automatizovaný riadiaci systém pre skupinu vzájomne súvisiacich objektov by mali byť zahrnuté len požiadavky spoločné pre skupinu objektov. Špecifické požiadavky samostatného riadiaceho objektu by sa mali odraziť v TOR pre ACS tohto objektu.
1.3. Požiadavky na AU v rozsahu stanovenom touto normou môžu byť zahrnuté do zadania pre návrh novovytvoreného automatizačného objektu. V tomto prípade nie sú vypracované technické špecifikácie pre jadrové elektrárne.
1.4. Požiadavky zahrnuté v TOR pre JE musia zodpovedať súčasnej úrovni rozvoja vedy a techniky a nesmú byť nižšie ako podobné požiadavky na najlepšie moderné domáce a zahraničné analógy.
Požiadavky špecifikované v TOR pre JE by nemali obmedzovať vývojára systému pri hľadaní a implementácii najefektívnejších technických, realizovateľných a iných riešení.
1.5. Špecifikácie pre JE sú vypracované na základe počiatočných údajov, vrátane tých, ktoré sú obsiahnuté v záverečnej dokumentácii etapy „Výskum a zdôvodnenie vytvorenia JE“, ustanovenej GOST 24.601.
1.6. TOR pre jadrové elektrárne zahŕňa len tie požiadavky, ktoré dopĺňajú požiadavky na systémy tohto typu (ACS, CAD, ASNI atď.) obsiahnuté v aktuálnom NTD a sú určené špecifikami konkrétneho objektu, pre ktorý je systém určený. vytváraný.
1.7. Zmeny TOR na JE sú formalizované dodatkom alebo protokolom podpísaným zákazníkom a developerom. Dodatok alebo určený protokol je neoddeliteľnou súčasťou ZP pre JE. Na titulnej strane TK na AC by mal byť záznam „Platnosť od ...“.
2. Zloženie a obsah.
2.1. ToR pre JE obsahuje nasledujúce časti, ktoré možno rozdeliť na podkapitoly:
1) všeobecné informácie;
2) účel a ciele vytvorenia (vývoja) systému;
3) charakteristiky automatizačných objektov;
4) systémové požiadavky;
5) zloženie a obsah práce na vytvorení systému;
6) postup kontroly a akceptácie systému;
7) požiadavky na skladbu a obsah prác na prípravu objektu automatizácie na uvedenie systému do prevádzky;
8) požiadavky na dokumentáciu;
9) rozvojové zdroje.
Žiadosti môžu byť zahrnuté v TOR pre AÚ.
2.2. V závislosti od typu, účelu, špecifických vlastností objektu automatizácie a podmienok (fungovanie systému) je povolené zostavovať časti TOR vo forme aplikácií, zavádzať ďalšie, vylúčiť alebo kombinovať podsekcie TOR.
TOR pre časti systému nezahŕňa časti, ktoré duplikujú obsah častí TOR pre JE ako celok.
2.3. V časti „Všeobecné informácie“ uveďte:
1) úplný názov systému a jeho symbol;
2) šifra témy alebo šifra (číslo) zmluvy;
3) názov podnikov (združení) vývojára a zákazníka (používateľa) systému a ich podrobnosti;
4) zoznam dokumentov, na základe ktorých je systém vytvorený, kým a kedy boli tieto dokumenty schválené;
5) plánované termíny začatia a ukončenia prác na vytvorení systému;
6) informácie o zdrojoch a postupe financovania diela;
7) postup pri formalizácii a prezentovaní výsledkov práce na vytvorení systému (jeho častí), na výrobe a úprave jednotlivých prostriedkov (hardvér, softvér, informácie) a softvéru a hardvéru (softvér a metodický) zákazníkovi. komplexy systému.
2.4. Časť „Účel a ciele tvorby (vývoja) systému“ pozostáva z podkapitol:
1) účel systému;
2) účel vytvorenia systému.
2.4.1. V podsekcii „Účel systému“ uveďte typ automatizovanej činnosti (riadenie, dizajn a pod.) a zoznam automatizačných objektov (objektov), na ktorých sa má používať.
Pre automatizované riadiace systémy je dodatočne uvedený zoznam automatizovaných kontrolných orgánov (bodov) a riadených objektov.
2.4.2. V podsekcii „Ciele vytvorenia systému“ uveďte názvy a požadované hodnoty technických, technologických, výrobných, ekonomických alebo iných ukazovateľov objektu automatizácie, ktoré je potrebné dosiahnuť vytvorením AU, a uveďte kritériá na hodnotenie dosiahnutia cieľov vytvorenia systému.
2.5. V časti „Charakteristiky objektu automatizácie“ uveďte:
1) stručné informácie o objekte automatizácie alebo odkazy na dokumenty obsahujúce takéto informácie;
2) informácie o prevádzkových podmienkach objektu automatizácie a vlastnostiach prostredia.
Poznámka: Pre CAD sekcia navyše poskytuje hlavné parametre a charakteristiky konštrukčných objektov.
2.6. Časť Systémové požiadavky pozostáva z nasledujúcich podsekcií:
1) požiadavky na systém ako celok;
2) požiadavky na funkcie (úlohy) vykonávané systémom;
3) požiadavky na typy kolaterálu.
Zloženie systémových požiadaviek uvedených v tejto časti TP pre JE je stanovené v závislosti od typu, účelu, špecifických vlastností a prevádzkových podmienok konkrétneho systému. Každá podsekcia obsahuje odkazy na aktuálne NTD, ktoré definujú požiadavky na systémy zodpovedajúceho typu.
2.6.1. V podsekcii „Požiadavky na systém ako celok“ uveďte:
- požiadavky na štruktúru a fungovanie systému;
- požiadavky na počet a kvalifikáciu personálu systému a spôsob jeho práce;
- ukazovatele destinácie;
- požiadavky na spoľahlivosť;
- bezpečnostné požiadavky;
- požiadavky na ergonómiu a technickú estetiku;
- požiadavky na prepravovateľnosť mobilných AS;
- požiadavky na prevádzku, údržbu, opravy a skladovanie komponentov systému;
- požiadavky na ochranu informácií pred neoprávneným prístupom;
- požiadavky na bezpečnosť informácií v prípade nehôd;
- požiadavky na ochranu pred vplyvom vonkajších vplyvov;
- požiadavky na čistotu patentov;
- požiadavky na štandardizáciu a unifikáciu;
- Ďalšie požiadavky.
a) zoznam subsystémov, ich účel a hlavné charakteristiky, požiadavky na počet úrovní hierarchie a stupeň centralizácie systému;
b) požiadavky na spôsoby a prostriedky komunikácie na výmenu informácií medzi komponentmi systému;
c) požiadavky na vlastnosti prepojení vytváraného systému so susednými systémami, požiadavky na jeho kompatibilitu vrátane pokynov na výmenu informácií (automaticky, zasielaním dokumentov, telefonicky a pod.);
d) požiadavky na režimy prevádzky systému;
e) požiadavky na diagnostiku systému;
f) perspektívy rozvoja, modernizácie systému.
2.6.1.2. V požiadavkách na počet a kvalifikáciu personálu áno, AÚ uvádzajú:
a) požiadavky na počet pracovníkov (užívateľov) JE;
b) požiadavky na kvalifikáciu personálu, postup pri jeho výcviku a kontrolu vedomostí a zručností;
c) požadovaný režim prevádzky personálu JE.
2.6.1.3. V požiadavkách na ukazovatele účelu AS sú uvedené hodnoty parametrov charakterizujúcich stupeň súladu systému s jeho účelom.
Pre ACS uveďte:
a) miera adaptability systému na zmenu procesov, počet metód riadenia, na odchýlky v parametroch objektu riadenia;
b) prípustné limity pre modernizáciu a rozvoj systému;
c) pravdepodobnostno-časové charakteristiky, pri ktorých je zachovaný zamýšľaný účel systému.
2.6.1.4. Požiadavky na spoľahlivosť zahŕňajú:
a) zloženie a kvantitatívne hodnoty ukazovateľov spoľahlivosti pre systém ako celok alebo jeho subsystémy;
b) zoznam núdzových situácií, pre ktoré by sa mali regulovať požiadavky na spoľahlivosť, a hodnoty zodpovedajúcich ukazovateľov;
c) požiadavky na spoľahlivosť hardvéru a softvéru;
d) požiadavky na metódy hodnotenia a monitorovania ukazovateľov spoľahlivosti v rôznych fázach tvorby systému v súlade s platnými regulačnými a technickými dokumentmi.
2.6.1.5. Bezpečnostné požiadavky zahŕňajú požiadavky na zaistenie bezpečnosti pri inštalácii, uvádzaní do prevádzky, prevádzke, údržbe a opravách technických prostriedkov systému (ochrana proti elektrický prúd elektromagnetické polia, akustický hluk a pod.), prípustnými úrovňami osvetlenia, vibráciami a hlukovým zaťažením.
2.6.1.6. Medzi požiadavky na ergonómiu a technickú estetiku patria ukazovatele AS, ktoré špecifikujú požadovanú kvalitu interakcie človek-stroj a komfort pracovných podmienok personálu.
2.6.1.7. Pre mobilné JE patria medzi požiadavky na prepravovateľnosť konštrukčné požiadavky, ktoré zabezpečujú prepraviteľnosť technických prostriedkov sústavy, ako aj požiadavky na vozidiel.
2.6.1.8. Požiadavky na prevádzku, údržbu, opravy a skladovanie zahŕňajú:
a) podmienky a predpisy (režim) prevádzky, ktoré majú zabezpečiť používanie technických prostriedkov (TS) sústavy s určenými technickými ukazovateľmi vrátane druhov a frekvencie údržby TS sústavy alebo prípustnosti prevádzky bez údržby ;
b) predbežné požiadavky na prípustné plochy pre umiestnenie personálu a TS sústavy, na parametre napájacích sietí a pod.;
c) požiadavky na počet, kvalifikáciu obslužného personálu a spôsoby jeho práce;
d) požiadavky na zloženie, umiestnenie a podmienky skladovania súpravy náhradných výrobkov a zariadení;
e) požiadavky na plán údržby.
2.6.1.9. Požiadavky na ochranu informácií pred neoprávneným prístupom zahŕňajú požiadavky stanovené v NTD pôsobiace v odvetví (odbore) zákazníka.
2.6.1.10. Medzi požiadavky na bezpečnosť informácií patrí zoznam udalostí: havárie, poruchy technických prostriedkov (vrátane výpadku napájania) atď., pri ktorých musí byť zabezpečená bezpečnosť informácií v systéme.
2.6.1.11. V požiadavkách na prostriedky ochrany pred vonkajšími vplyvmi sú uvedené:
a) požiadavky na rádioelektronickú ochranu zariadení JE;
b) požiadavky na odolnosť, stabilitu a pevnosť voči vonkajším vplyvom (prostredie používania).
2.6.1.12. Požiadavky na patentovú čistotu uvádzajú zoznam krajín, voči ktorým musí byť patentová čistota systému a jeho častí zabezpečená.
2.6.1.13. Požiadavky na štandardizáciu a unifikáciu zahŕňajú: ukazovatele, ktoré stanovujú požadovanú mieru využívania štandardu, jednotné metódy implementácie funkcií (úloh) systému, dodávané softvérové nástroje, typické matematické metódy a modely, štandardné konštrukčné riešenia, jednotné formy riadiacich dokumentov ustanovené GOST 6.10.1, celoúnijné klasifikátory technických a ekonomických informácií a klasifikátory iných kategórií v súlade s ich rozsahom, požiadavky na používanie typických automatizovaných pracovných staníc, komponentov a komplexy.
2.6.1.14. Medzi ďalšie požiadavky patrí:
a) požiadavky na vybavenie systému zariadeniami na školenie personálu (simulátory, iné zariadenia podobného účelu) a dokumentáciou k nim;
b) požiadavky na obslužné vybavenie, stojany na kontrolu prvkov systému;
c) systémové požiadavky spojené so špeciálnymi prevádzkovými podmienkami;
d) špeciálne požiadavky podľa uváženia vývojára alebo zákazníka systému.
2.6.2. V podsekcii „Požiadavky na funkcie (úlohy)“ vykonávané systémom je uvedené:
a) pre každý subsystém zoznam funkcií, úloh alebo ich komplexov (vrátane tých, ktoré zabezpečujú interakciu častí systému), ktoré sa majú automatizovať;
pri vytváraní systému v dvoch alebo viacerých radoch - zoznam funkčných podsystémov, jednotlivých funkcií alebo úloh realizovaných v 1. a ďalších radoch;
b) časový harmonogram realizácie každej funkcie, úlohy (alebo súboru úloh);
c) požiadavky na kvalitu vykonávania každej funkcie (úlohy alebo súboru úloh), na formu prezentácie výstupných informácií, charakteristiku požadovanej presnosti a času vykonávania, požiadavky na simultánnosť vykonávania skupiny funkcie, spoľahlivosť výsledkov;
d) zoznam a kritériá zlyhania pre každú funkciu, pre ktorú sú špecifikované požiadavky na spoľahlivosť.
2.6.3. V podsekcii „Požiadavky na typy kolaterálu“ sú v závislosti od typu systému uvedené požiadavky na:
1) matematický,
2) informačné,
3) lingvistické,
4) softvér,
5) technický,
6) metrologické,
7) organizačné,
8) metodická a iné typy systémovej podpory.
2.6.3.1. Pre matematickú podporu systému sú uvedené požiadavky na zloženie, rozsah (obmedzenia) a metódy, použitie matematických metód a modelov v systéme, typické algoritmy a algoritmy, ktoré sa majú vyvinúť.
2.6.3.2. Pre informačnú podporu: systémy poskytujú požiadavky:
a) zloženie, štruktúra a metódy usporiadania údajov v systéme;
b) výmena informácií medzi komponentmi systému;
c) kompatibilita informácií so súvisiacimi systémami;
d) o používaní celoúnijných a registrovaných republikových, odvetvových klasifikátorov, jednotných dokumentov a klasifikátorov pôsobiacich v danom podniku;
e) o používaní systémov správy databáz;
f) na štruktúru procesu zhromažďovania, spracovania, prenosu údajov v systéme a prezentácie údajov;
g) chrániť údaje pred zničením v prípade nehôd a porúch v napájaní systému;
h) kontrolovať, uchovávať, aktualizovať a obnovovať údaje;
i) k postupu na získanie právnej platnosti dokumentom vytvoreným technickými prostriedkami JE (v súlade s GOST 6.10.4).
2.6.3.3. Pre lingvistickú podporu systému sú uvedené požiadavky na používanie vysokoúrovňových programovacích jazykov v systéme, jazykov interakcie s používateľmi a technických prostriedkov systému, ako aj požiadavky na kódovanie a dekódovanie údajov, zadávanie údajov / výstupné jazyky, jazyky na manipuláciu s údajmi, prostriedky na popis predmetnej oblasti (objekt automatizácie), až po spôsoby organizácie dialógu.
2.6.3.4. Pre systémový softvér je uvedený zoznam zakúpeného softvéru, ako aj požiadavky:
a) softvérová nezávislosť od použitého PBT a operačného prostredia;
b) na kvalitu softvéru, ako aj na spôsoby jeho poskytovania a kontroly;
c) ak je potrebné zosúladiť novovyvinutý softvér s fondom algoritmov a programov.
2.6.3.5. Pre technickú podporu systému sú stanovené nasledujúce požiadavky:
a) na druhy technických prostriedkov vrátane druhov komplexov technických prostriedkov, softvérových a hardvérových komplexov a iných komponentov, ktoré sú prijateľné na použitie v systéme;
b) na funkčné, konštrukčné a prevádzkové vlastnosti technickej podpory systému.
2.6.3.6. Požiadavky na metrologickú podporu zahŕňajú:
a) predbežný zoznam meracích kanálov;
b) požiadavky na presnosť meraní parametrov a (alebo) na metrologické charakteristiky meracích kanálov;
c) požiadavky na metrologickú kompatibilitu technických prostriedkov systému;
d) zoznam riadiacich a výpočtových kanálov systému, pre ktoré je potrebné vyhodnocovať charakteristiky presnosti;
e) požiadavky na metrologickú podporu hardvéru a softvéru, ktoré sú súčasťou meracích kanálov systému, vstavaných kontrolných nástrojov, metrologickej vhodnosti meracích kanálov a meradiel používaných pri nastavovaní a skúšaní systému;
f) druh metrologickej certifikácie (štátna alebo rezortná) s uvedením postupu jej vykonávania a organizácií vykonávajúcich certifikáciu.
2.6.3.7. Pre organizačnú podporu sú stanovené tieto požiadavky:
a) na štruktúru a funkcie jednotiek zapojených do prevádzky systému alebo zabezpečovania prevádzky;
b) na organizáciu fungovania systému a postup interakcie medzi personálom JE a personálom objektu automatizácie;
c) ochrana pred chybným konaním personálu systému.
2.6.3.8. Pre metodickú podporu CAD sú uvedené požiadavky na skladbu regulačnej a technickej dokumentácie systému (zoznam noriem, noriem, metód a pod. používaných pri jeho prevádzke).
2.7. Časť „Zloženie a obsah práce na vytvorení (vývoji) systému“ by mala obsahovať zoznam etáp a etáp prác na vytvorení systému v súlade s GOST 24.601, načasovanie ich implementácie, zoznam organizácií. ktoré práce vykonávajú, odkazy na dokumenty potvrdzujúce súhlas týchto organizácií podieľať sa na vytváraní systému alebo záznam identifikujúci osobu zodpovednú (zákazník alebo vývojár) za vykonávanie týchto prác.
Táto sekcia tiež poskytuje:
1) zoznam dokumentov v súlade s GOST 34.201 predložených na konci príslušných etáp a etáp práce;
2) druh a postup vykonávania kontroly technickej dokumentácie (etapa, štádium, objem kontrolovanej dokumentácie, odborník na organizáciu);
3) pracovný program zameraný na zabezpečenie požadovanej úrovne spoľahlivosti vyvíjaného systému (ak je to potrebné);
4) zoznam prác na metrologickej podpore vo všetkých fázach vytvárania systému s uvedením ich termínov a vykonávajúcich organizácií (ak je to potrebné).
2.8. V časti „Postup monitorovania a akceptácie systému“ uveďte:
1) druhy, zloženie, rozsah a metódy skúšania systému a jeho komponentov (typy skúšok v súlade s aktuálnymi normami platnými pre vyvíjaný systém);
2) všeobecné požiadavky na preberanie prác po etapách (zoznam zúčastnených podnikov a organizácií, miesto a načasovanie), postup odsúhlasovania a schvaľovania akceptačnej dokumentácie;
H) postavenie akceptačnej komisie (štátnej, medzirezortnej, rezortnej).
2.9. V časti „Požiadavky na skladbu a obsah prác prípravy objektu automatizácie na uvedenie systému do prevádzky“ je potrebné uviesť zoznam hlavných činností a ich vykonávateľov, ktoré je potrebné vykonať pri príprave objektu automatizácie na uvedenie systému do prevádzky. AÚ do prevádzky.
Zoznam hlavných činností zahŕňa:
1) uvedenie informácií vstupujúcich do systému (v súlade s požiadavkami na informačnú a jazykovú podporu) do formy vhodnej na spracovanie pomocou počítača;
2) zmeny, ktoré je potrebné vykonať v objekte automatizácie;
3) vytvorenie podmienok pre fungovanie objektu automatizácie, za ktorých je zaručený súlad vytvoreného systému s požiadavkami obsiahnutými v TOR;
4) vytvorenie pododdielov a služieb potrebných pre fungovanie systému;
5) podmienky a postup pre personálne obsadenie a školenie personálu.
Napríklad pre ACS dávajú:
- zmeny v aplikovaných metódach riadenia;
- vytvorenie podmienok pre prevádzku komponentov ACS, za ktorých je zaručený súlad systému s požiadavkami obsiahnutými v TOR.
2.10. V časti „Požiadavky na dokumentáciu“ je uvedené:
1) zoznam súborov a typov dokumentov, ktoré sa majú vypracovať, ktoré spĺňajú požiadavky GOST 34.201 a NTD odvetvia zákazníka, odsúhlasené vývojárom systému a zákazníkom; zoznam dokumentov vydaných na strojových médiách; požiadavky na mikrofilmovú dokumentáciu;
2) požiadavky na dokumentáciu prvkov komponentov medziodvetvovej aplikácie v súlade s požiadavkami ESKD a ESPD;
3) pri absencii štátnych noriem, ktoré definujú požiadavky na dokumentáciu prvkov systému, obsahujú navyše požiadavky na zloženie a obsah takýchto dokumentov.
2.11. V časti „Zdroje vývoja“ by mali byť uvedené dokumenty a informačné materiály (štúdia uskutočniteľnosti, správy o vykonaných výskumných prácach, informačné materiály o domácich, zahraničných analógových systémoch a pod.), na základe ktorých bola TK vypracovaná a ktoré by mali byť použité na vytvorenie systému.
2.12. Zloženie TOR v JE za prítomnosti schválených metód zahŕňa aplikácie obsahujúce:
a) výpočet očakávanej účinnosti systému;
b) hodnotenie vedeckej a technickej úrovne systému.
Aplikácie sú zahrnuté v TOR pre JE podľa dohody medzi vývojárom a zákazníkom systému.
3. PRAVIDLÁ DIZAJNU
3.1. Úseky a podsekcie TOR na JE musia byť umiestnené spôsobom predpísaným v ods. 2 tejto normy.
3.2. TK pre AU je vypracovaná v súlade s požiadavkami GOST 2.105 na listoch formátu A4 v súlade s GOST 2.301 bez rámu, hlavného nápisu a ďalších stĺpcov.
Čísla hárkov (strán) sa uvádzajú od prvého hárku po titulnej strane v hornej časti hárku (nad textom, v strede) po označení kódu TK na AC.
3.3. Hodnoty ukazovateľov, noriem a požiadaviek označujú spravidla maximálne odchýlky alebo maximálne a minimálne hodnoty. Ak sú tieto ukazovatele, normy, požiadavky jednoznačne regulované NTD, TOR pre JE by mal poskytovať prepojenie na tieto dokumenty alebo ich časti, ako aj ďalšie požiadavky, ktoré zohľadňujú vlastnosti vytváraného systému. Ak v procese tvorby TOR pre JE nie je možné stanoviť konkrétne hodnoty ukazovateľov, noriem a požiadaviek, mala by zaznamenať postup stanovenia a odsúhlasenia týchto ukazovateľov, noriem a požiadaviek:
„Konečná požiadavka (hodnota) je špecifikovaná v procese ... .. a odsúhlasená protokolom s ... ... vo fáze ... ...“. Zároveň sa nerobia žiadne zmeny v texte TOR pre JE.
3.4. Na titulnej strane sú umiestnené podpisy objednávateľa, developera a koordinačných organizácií, ktoré sú opečiatkované pečiatkou. V prípade potreby je titulná strana zostavená na viacerých stranách. Podpisy spracovateľov ZP pre JE a úradníkov podieľajúcich sa na schvaľovaní a posudzovaní návrhu ZP pre JE sú umiestnené na poslednej strane.
Podoba titulnej strany TK na AU je uvedená v príloha 2. Formulár posledného listu technických špecifikácií pre JE je uvedený v príloha 3.
3.5. V prípade potreby je na titulnej strane CK na AU povolené umiestniť kódy zavedené v odvetví, napr.: bezpečnostná známka, pracovný kód, evidenčné číslo CK a pod.
3.6. Titulná strana Dodatku k ZP pre JE je vyhotovená rovnako ako titulná strana zadávacích podmienok. Namiesto názvu „Terms of Reference“ píšu „Dodatok č. ... k TOR pre AC ...“.
3.7. Na nasledujúcich listoch dodatku k TOR na AÚ je uvedený podklad pre zmenu, obsah zmeny a odkazy na dokumenty, podľa ktorých sa tieto zmeny vykonávajú.
3.8. Pri uvádzaní textu dodatku k ZD by sa mali uviesť čísla príslušných odsekov, pododsekov, tabuliek hlavného ZD na AÚ atď. a mali by sa použiť slová: „nahradiť“, „doplniť“, „ vymazať“, „uviesť v novom vydaní“.
Dodatok 1
1. Návrh TOR pre JE vypracuje vývojár systému za účasti zákazníka na základe technických požiadaviek (aplikácia; takticko-technické zadanie a pod.).
V rámci konkurenčnej organizácie práce varianty návrhu TOR pre JE posudzuje objednávateľ, ktorý si buď vyberie preferovaný variant, alebo na základe porovnávacej analýzy pripraví finálnu verziu TOR pre JE za účasti budúceho developera JE.
2. Potrebu schválenia návrhu ZP pre JE s orgánmi štátneho dozoru a inými zainteresovanými organizáciami určuje spoločne objednávateľ systému a spracovateľ návrhu ZP pre JE.
Práce na schvaľovaní návrhu TOR pre AC vykonávajú spoločne spracovateľ TOR pre JE a objednávateľ systému, každý v organizáciách svojho ministerstva (odboru).
3. Lehota na schválenie návrhu TOR pre JE v každej organizácii by nemala presiahnuť 15 dní od dátumu jeho prijatia. Odporúča sa zaslať kópie návrhu ZP pre jadrové elektrárne (kópie) súčasne všetkým organizáciám (divíziám) na schválenie.
4. Pripomienky k návrhu TVZ pre JE musia byť predložené s technickým odôvodnením. O pripomienkach musí rozhodnúť spracovateľ návrhu ZP pre JE a objednávateľ sústavy pred schválením ZP pre JE.
5. Ak vzniknú nezhody medzi developerom a objednávateľom (prípadne inými zainteresovanými organizáciami) pri odsúhlasovaní návrhu TOR na JE, potom sa vyhotoví protokol o nezhodách (ľubovoľná forma) a predpísaným spôsobom sa rozhodne.
6. Schválenie návrhu TOR na JE je možné vypracovať ako samostatný dokument (list). V tomto prípade pod nadpisom „Súhlasím“ vytvorte odkaz na tento dokument.
7. Schvaľovanie technických špecifikácií pre jadrové elektrárne vykonávajú vedúci podnikov (organizácií) vývojára a objednávateľa systému.
8. Špecifikáciu JE (doplnok k špecifikácii) pred jej predložením na schválenie musí skontrolovať normatívna kontrolná služba organizácie, ktorá špecifikáciu vypracovala a v prípade potreby podrobiť metrologickému preskúšaniu.
9. Kópie schválených ZP pre JE do 10 dní po schválení zasiela spracovateľ ZP pre JE účastníkom tvorby systému.
10. Koordinácia a schvaľovanie dodatkov k ZP pre JE sa vykonáva spôsobom ustanoveným pre ZP pre JE.
11. Zmeny TOR na JE nie je možné schváliť po tom, čo je systém predložený na schválenie.
12. Registrácia, účtovanie a uchovávanie technických špecifikácií v JE a ich dodatkov sa vykonáva v súlade s požiadavkami GOST 2.501.
názov organizácie - spracovateľa technických špecifikácií pre jadrové elektrárne
________________________________________________________
názov typu AC
________________________________________________________
názov objektu automatizácie
________________________________________________________
skratka AS
TECHNICKÁ ÚLOHA
Na ____ listoch
Platnosť od
DOHODNUTÉ
Vedúci (pozícia, názov koordinujúcej organizácie)
Osobný podpis __________ Prepis podpisu ________________
Tuleň
dátum
____________________________________
(TK kód)
VYROBENÝ
DOHODNUTÉ
Dodatok(informatívne) Ustanovenia na vytvorenie jednotného súboru noriem pre automatizované systémy.
1. Prvotné predpoklady pre vznik komplexu
1.1. Vytváranie a implementácia automatizovaných systémov rôznych tried a účelov sa vykonáva v mnohých odvetviach podľa regulačnej a technickej dokumentácie, ktorá stanovuje množstvo organizačných, metodických a technických noriem, pravidiel a predpisov, ktoré bránia integrácii systémov a ich efektívnemu spoločnému fungovaniu. .
1.2. V období, keď sa Gosstandart ZSSR rozhodol zlepšiť medzisektorové komplexy noriem, boli v platnosti nasledujúce komplexy a systémy noriem, ktoré stanovovali požiadavky na rôzne druhy AC:
1) jednotný systém noriem pre automatizované systémy riadenia (24. systém), ktorý sa vzťahuje na automatizované systémy riadenia, automatizované systémy riadenia, automatizované systémy riadenia procesov a iné organizačné a ekonomické systémy;
2) súbor noriem (systém 23501); rozšírenie na počítačom podporované konštrukčné systémy;
3) štvrtá skupina 14. systému noriem, zastrešujúca automatizované systémy technologickej prípravy výroby.
1.3. Prax aplikácie noriem pre automatizované riadiace systémy, CAD, automatizované systémy riadenia procesov, ASTPP ukázala, že používajú rovnaký koncepčný aparát, existuje mnoho spoločné zariadenia normalizácie, požiadavky noriem však nie sú navzájom zosúladené, existujú rozdiely v skladbe a obsahu práce, rozdiely v označení, skladbe, obsahu a vyhotovení dokumentov a pod.
1.4. Na pozadí absencie jednotnej technickej politiky v oblasti tvorby AS, rôznorodosť noriem nezabezpečovala širokú kompatibilitu AS v ich interakcii, neumožňovala replikáciu systémov a bránila rozvoju perspektívnych oblastí pre využitie výpočtovej techniky.
1.5. V súčasnosti sa prechádza k vytváraniu komplexných AS (zahraničné CAD systémy - CAM), ktoré zahŕňajú automatizované riadiace systémy pre technologické procesy a odvetvia, CAD - konštruktér, CAD - technológ, ASNI a iné systémy. Používanie protichodných pravidiel pri vytváraní takýchto systémov vedie k zníženiu kvality, zvýšeniu ceny práce a oneskoreniu uvedenia JE do prevádzky.
1.6. Pre automatizované systémy na rôzne účely by mal platiť jednotný súbor noriem a smerníc: ASNI, CAD, OASU, APCS, APCS, APCS, ASK, ASTPP vrátane ich integrácie.
1.7. Pri vývoji medzisektorových dokumentov by sa mali brať do úvahy tieto vlastnosti AÚ ako predmetov štandardizácie:
1) zadávacie podmienky sú hlavným dokumentom, v súlade s ktorým sa uskutočňuje vytvorenie AU a jej prijatie zákazníkom;
2) JE spravidla projektom vznikajú s kompletným súborom produktov sériovej a kusovej výroby a realizujú stavebné, montážne, spúšťacie a spúšťacie práce potrebné na uvedenie JE do prevádzky;
3) vo všeobecnom prípade AS (subsystém AS) pozostáva zo softvéru a hardvéru (STC), softvérových a metodických komplexov (PMC) a komponentov technickej, softvérovej a informačnej podpory.
Komponenty týchto typov podpier, ako aj PMK a PTK musia byť vyrábané a dodávané ako výrobky pre priemyselné a technické účely. Komponenty môžu byť zahrnuté do AS ako nezávislé časti alebo môžu byť kombinované do komplexov;
4) vytvorenie AS v organizáciách (podnikoch) si vyžaduje špeciálne školenie používateľov a personálu údržby systému;
5) Fungovanie AS a komplexov je zabezpečené súborom organizačných a metodických dokumentov považovaných v procese tvorby za zložky právnej, metodickej, jazykovej, matematickej, organizačnej a iných druhov podpory. Samostatné riešenia získané v procese vývoja tohto softvéru môžu byť implementované ako komponenty hardvéru, softvéru alebo informačnej podpory;
6) spoločné fungovanie a interakcia rôznych systémov a komplexov sa uskutočňuje na základe lokálnych sietí POČÍTAČ.
Špecifikácie a dohody prijaté pre lokálne počítačové siete sú povinné na zabezpečenie kompatibility systémov, komplexov a komponentov.
Vzájomný vzťah CEN AU s inými systémami a súbormi noriem.
2.1. Štandardizácia v oblasti AS je integrálnou súčasťou práce na zovšeobecnenom probléme „Informačné technológie“.
2.2. Jednotný súbor noriem upravujúcich dokumenty pre automatizované systémy by mal spolu s ďalšími systémami a súbormi noriem tvoriť kompletnú regulačnú a technickú podporu procesov tvorby a fungovania AS.
2.3. EKS AS by mal pokrývať oblasti normalizácie špecifické pre automatizované systémy a rozširovať tradičné oblasti normalizácie na softvér a hardvér, softvérové a metodické komplexy a automatizované systémy vo všeobecnosti.
2.4. Smery a úlohy normalizácie v normatívnej a technickej podpore procesov tvorby a prevádzky AS sú zoskupené nasledovne:
1) stanovenie technických požiadaviek na výrobky;
2) regulácia testovacích metód a pravidiel pre atestáciu a certifikáciu výrobkov;
3) úprava pravidiel a postupu rozvoja;
4) stanovenie pravidiel dokumentácie;
5) zabezpečenie kompatibility;
6) regulácia organizačných a metodických otázok fungovania systémov.
Smery 1-4 sú tradičné vo vývoji, výrobe a dodávkach produktov. Smery 5, 6 sú špecifické a vyplývajú z vlastností, ktoré sú vlastné AS.
2.5. Odlišné je zabezpečenie jadrových elektrární ako celku a ich komponentov regulačnou a technickou dokumentáciou v rámci akceptovaných oblastí a úloh normalizácie.
Komponenty technickej, softvérovej a informačnej podpory sa ako produkty na priemyselné účely považujú za dizajnové, softvérové a informačné produkty. Tieto produkty podliehajú aktuálnym súborom noriem ESKD. SRPP, ESPD, SGIP, USD, klasifikátory a kodifikátory technických a ekonomických informácií, komplexy noriem typu „OTT“, „Skúšobné metódy“, „TU“, ako aj OTT zákazníka.
2.5.1. celý životný cyklus dizajn produktov je plne vybavená regulačnou a technickou dokumentáciou platnou v strojárstve a výrobe prístrojov.
2.5.2. Softvérové produkty sú dodávané s NTD, ktoré je zahrnuté v ESPD a OTT zákazníka. Rozsah týchto NTD by sa však mal rozšíriť tak, aby odrážal otázky súvisiace s vývojom, tvorbou, distribúciou a prevádzkou softvérových produktov.
2.5.3. Informačné produkty sa v súčasnosti neposkytujú s NTD, hoci sa v rámci DDD vyriešili určité problémy, klasifikátory a kodifikátory technických a ekonomických informácií.
2.6. Softvér a hardvér a softvérové a metodické komplexy sa považujú za komplexné produkty, ktoré nemajú v strojárstve obdobu. Vzhľadom na stav PTK a PMK. ako produktov na priemyselné účely, pravidlá a postup ich vývoja by mali byť podobné požiadavkám stanoveným normami systému vývoja a uvedenia produktov do výroby (SRPP).
Zadanie pre tvorbu informačného systému
Na základe GOST 34.602-89
za napísanie technických špecifikácií pre automatizované riadiace systémy zo dňa 01.01.1990.
1. VŠEOBECNÉ USTANOVENIA
1.1. TK je hlavný dokument, ktorý definuje požiadavky a postup tvorby (vývoja alebo modernizácie - ďalej len tvorba) informačného systému (ďalej len IS), v súlade s ktorým sa realizuje vývoj IS a jeho akceptácia. pri uvedení do prevádzky.
1.2. TK je vyvinutý pre systém ako celok, navrhnutý tak, aby fungoval samostatne alebo ako súčasť iného systému.
1.3. Požiadavky na IP v rozsahu ustanovenom touto normou je možné zahrnúť do zadania pre návrh novovzniknutého objektu informatizácie. V tomto prípade TK nie je vyvinutá.
1.4. Požiadavky zahrnuté v TOR musia zodpovedať súčasnej úrovni rozvoja informačných technológií a nesmú byť nižšie ako podobné požiadavky na najlepšie moderné domáce a zahraničné analógy. Požiadavky uvedené v TOR by nemali obmedzovať vývojára systému pri hľadaní a implementácii najefektívnejších technických, realizovateľných a iných riešení.
1.5. TOR obsahuje len tie požiadavky, ktoré dopĺňajú požiadavky na systémy tohto typu a sú určené špecifikami konkrétneho objektu, pre ktorý sa systém vytvára.
1.6. Zmeny TOR sú formalizované dodatkom alebo protokolom podpísaným zákazníkom a vývojárom. Dodatok alebo špecifikovaný protokol je neoddeliteľnou súčasťou TOR na IP. Na titulnej strane CK by mal byť záznam „Platnosť od ...“.
2. ZLOŽENIE A OBSAH
2.1. TOR obsahuje nasledujúce časti, ktoré možno rozdeliť na podsekcie:
všeobecné informácie;
účel a ciele tvorby (vývoja) systému;
vlastnosti predmetov;
Požiadavky na systém;
postup kontroly a akceptácie systému;
požiadavky na skladbu a obsah prác prípravy vývojového objektu na uvedenie systému do prevádzky;
požiadavky na dokumentáciu;
rozvojové zdroje.
Žiadosti môžu byť zahrnuté v ZP.
2.2. V závislosti od typu, účelu, špecifických vlastností projektu a prevádzkových podmienok systému je možné vypracovať časti TOR vo forme aplikácií, zaviesť ďalšie, vylúčiť alebo kombinovať podsekcie TOR.
TOR pre časti systému nezahŕňa časti, ktoré duplikujú obsah častí TOR ako celku.
2.3. V časti „Všeobecné informácie“ uveďte:
úplný názov systému a jeho symbol;
tematická šifra alebo šifra (číslo) zmluvy;
názov spoločností vývojára a zákazníka (používateľa) systému a ich údaje;
zoznam dokumentov, na základe ktorých je systém vytvorený, kým a kedy boli tieto dokumenty schválené;
plánované termíny začiatku a ukončenia prác na vytvorení systému;
informácie o zdrojoch a postupe financovania diela;
postup pri formalizácii a prezentovaní výsledkov práce zákazníkovi na vytvorení systému (jeho častí), na výrobe a úprave jednotlivých prostriedkov (hardvér, softvér, informácie) a softvérových a hardvérových (softvérových a metodických) komplexov systém.
2.4. Časť „Účel a ciele tvorby (vývoja) systému“ pozostáva z podkapitol:
účel systému;
účel systému.
2.4.1. V podsekcii „Účel systému“ uveďte druh činnosti systému (riadenie, projektovanie a pod.) a zoznam objektov informatizácie (objektov), na ktorých má byť použitý.
2.4.2. V podkapitole „Ciele tvorby systému“ sú uvedené názvy a požadované hodnoty technických, technologických, výrobno-ekonomických alebo iných ukazovateľov objektu informatizácie, ktoré je potrebné v dôsledku vytvorenia IS dosiahnuť a uveďte kritériá na hodnotenie dosiahnutia cieľov vytvorenia systému.
2.5. V časti „Charakteristika objektu informatizácie“ uvádzajú:
stručné informácie o objekte informatizácie alebo odkazy na dokumenty obsahujúce takéto informácie;
informácie o prevádzkových podmienkach objektu automatizácie.
2.6. Časť Systémové požiadavky pozostáva z nasledujúcich podsekcií:
požiadavky na systém ako celok;
požiadavky na funkcie (úlohy) vykonávané systémom;
požiadavky na typy zabezpečenia.
Zloženie systémových požiadaviek uvedených v tejto časti TOR pre IS je stanovené v závislosti od typu, účelu, špecifických vlastností a prevádzkových podmienok konkrétneho systému.
2.6.1. V podsekcii „Požiadavky na systém ako celok“ uveďte:
požiadavky na štruktúru a fungovanie systému;
požiadavky na počet a kvalifikáciu personálu systému a spôsob jeho práce;
ukazovatele destinácie;
požiadavky na spoľahlivosť;
bezpečnostné požiadavky;
požiadavky na ergonómiu a technickú estetiku;
požiadavky na prevádzku, údržbu, opravy a skladovanie komponentov systému;
požiadavky na ochranu informácií pred neoprávneným prístupom;
požiadavky na bezpečnosť informácií v prípade nehôd;
požiadavky na ochranu pred vplyvom vonkajších vplyvov;
požiadavky na čistotu patentov;
požiadavky na štandardizáciu a unifikáciu;
Ďalšie požiadavky.
2.6.1.1. Požiadavky na štruktúru a fungovanie systému zahŕňajú:
zoznam subsystémov, ich účel a hlavné charakteristiky, požiadavky na počet úrovní hierarchie a stupeň centralizácie systému;
požiadavky na spôsoby a prostriedky komunikácie na výmenu informácií medzi komponentmi systému;
požiadavky na vlastnosti prepojení vytváraného systému so susednými systémami, požiadavky na jeho kompatibilitu vrátane pokynov na výmenu informácií (automaticky, zasielaním dokumentov, telefonicky a pod.);
požiadavky na prevádzkové režimy systému;
požiadavky na diagnostiku systému;
perspektívy rozvoja, modernizácie systému.
2.6.1.2. V požiadavkách na počet a kvalifikáciu personálu na IS sú uvedené:
požiadavky na počet pracovníkov (používateľov) IS;
požiadavky na kvalifikáciu personálu, postup pri jeho výcviku a kontrolu vedomostí a zručností;
požadovaný režim práce personálu IS.
2.6.1.3. V požiadavkách na ukazovatele účelu IS sú uvedené hodnoty parametrov charakterizujúcich mieru zhody systému s jeho účelom.
2.6.1.4. Požiadavky na spoľahlivosť zahŕňajú:
zloženie a kvantitatívne hodnoty ukazovateľov spoľahlivosti pre systém ako celok alebo jeho podsystémy;
zoznam núdzových situácií, pre ktoré by sa mali regulovať požiadavky na spoľahlivosť, a hodnoty zodpovedajúcich ukazovateľov;
požiadavky na spoľahlivosť hardvéru a softvéru;
požiadavky na metódy hodnotenia a monitorovania ukazovateľov spoľahlivosti v rôznych fázach tvorby systému v súlade s platnými regulačnými a technickými dokumentmi.
2.6.1.5. Bezpečnostné požiadavky zahŕňajú požiadavky na zaistenie bezpečnosti pri dodávke, uvádzaní do prevádzky, prevádzke a údržbe systému.
2.6.1.6. Medzi požiadavky na ergonómiu a technickú estetiku patria indikátory IS, ktoré špecifikujú požadovanú kvalitu interakcie človek-stroj a komfort pracovných podmienok personálu.
2.6.1.7. Požiadavky na ochranu informácií pred neoprávneným prístupom zahŕňajú požiadavky stanovené odvetvím a informačným prostredím zákazníka.
2.6.1.8. Medzi požiadavky na bezpečnosť informácií patrí zoznam udalostí: havárie, poruchy technických prostriedkov (vrátane výpadku napájania) atď., pri ktorých musí byť zabezpečená bezpečnosť informácií v systéme.
2.6.1.9. Požiadavky na patentovú čistotu uvádzajú zoznam krajín, voči ktorým musí byť patentová čistota systému a jeho častí zabezpečená.
2.6.1.10. Ďalšie požiadavky zahŕňajú špeciálne požiadavky podľa uváženia vývojára systému alebo zákazníka.
2.6.2. V podsekcii „Požiadavky na funkcie (úlohy)“, ktoré vykonáva systém, je uvedené:
pre každý subsystém zoznam funkcií, úloh alebo ich komplexov (vrátane tých, ktoré zabezpečujú interakciu častí systému), ktoré sa majú automatizovať;
pri vytváraní systému v dvoch alebo viacerých radoch - zoznam funkčných podsystémov, jednotlivých funkcií alebo úloh realizovaných v 1. a ďalších radoch;
časový harmonogram implementácie každej funkcie, úlohy (alebo súboru úloh);
požiadavky na kvalitu vykonávania každej funkcie (úlohy alebo súboru úloh), na formu prezentácie výstupných informácií, charakteristiku požadovanej presnosti a času vykonávania, požiadavky na simultánnosť vykonávania skupiny funkcií, spoľahlivosť výsledkov;
zoznam a kritériá zlyhania pre každú funkciu, pre ktorú sú špecifikované požiadavky na spoľahlivosť.
2.6.3. V podkapitole „Požiadavky na typy podpory“ sú v závislosti od typu systému uvedené požiadavky na matematické, informačné, jazykové, softvérové, technické, metrologické, organizačné, metodické a iné druhy podpory systému.
2.6.3.2. Pre informačnú podporu systému sú stanovené nasledujúce požiadavky:
na zloženie, štruktúru a spôsoby usporiadania údajov v systéme;
k výmene informácií medzi komponentmi systému;
na kompatibilitu informácií so susednými systémami;
o používaní systémov správy databáz;
na štruktúru procesu zberu, spracovania, prenosu údajov v systéme a prezentácie údajov;
na ochranu údajov;
kontrolovať, ukladať, aktualizovať a obnovovať údaje;
2.6.3.3. Pre lingvistickú podporu systému sú uvedené požiadavky na používanie vysokoúrovňových programovacích jazykov v systéme, jazykov interakcie s používateľmi a technických prostriedkov systému, ako aj požiadavky na kódovanie a dekódovanie údajov, zadávanie údajov -výstupné jazyky, jazyky na manipuláciu s údajmi, prostriedky na opis predmetnej oblasti a metódy organizácie dialógu.
2.6.3.4. Pre systémový softvér je uvedený zoznam zakúpeného softvéru, ako aj požiadavky:
na závislosť softvéru od operačného prostredia;
na kvalitu softvéru, ako aj na spôsoby jeho poskytovania a kontroly;
2.6.3.5. Pre technickú podporu systému sú stanovené nasledujúce požiadavky:
na druhy technických prostriedkov vrátane typov komplexov technických prostriedkov, softvérových a hardvérových komplexov a iných komponentov, ktoré sú prijateľné na použitie v systéme;
na funkčné, konštrukčné a prevádzkové vlastnosti prostriedkov technickej podpory systému.
2.6.3.6. Požiadavky na metrologickú podporu zahŕňajú:
predbežný zoznam meracích kanálov;
požiadavky na presnosť meraní parametrov a (alebo) na metrologické charakteristiky meracích kanálov;
požiadavky na metrologickú kompatibilitu technických prostriedkov systému;
zoznam riadiacich a výpočtových kanálov systému, pre ktoré je potrebné vyhodnotiť charakteristiky presnosti;
požiadavky na metrologickú podporu hardvéru a softvéru, ktoré sú súčasťou meracích kanálov systému, nástrojov, zabudovaného riadenia, metrologickej vhodnosti meracích kanálov a meracích prístrojov používaných pri uvádzaní systému do prevádzky a testovaní;
typ metrologickej certifikácie (štátna alebo rezortná) s uvedením postupu jej vykonávania a organizácií vykonávajúcich certifikáciu.
2.6.3.7. Pre organizačnú podporu sú stanovené tieto požiadavky:
na štruktúru a funkcie jednotiek zapojených do fungovania systému alebo zabezpečovania prevádzky;
na organizáciu fungovania systému a postup interakcie medzi personálom IS a personálom objektu informatizácie;
na ochranu pred chybným konaním personálu systému.
2.7. Časť „Zloženie a obsah prác na vytvorení (vývoji) systému“ by mala obsahovať zoznam etáp a etáp prác na vytvorení systému, načasovanie ich implementácie, zoznam organizácií vykonávajúcich prácu, odkazy na dokumenty potvrdzujúce súhlas týchto organizácií podieľať sa na tvorbe systému, prípadne záznam, ktorý určuje osobu zodpovednú (zákazník alebo vývojár) za vykonávanie týchto prác.
Táto sekcia tiež poskytuje:
zoznam dokumentov, ktoré sa majú predložiť na konci príslušných etáp a etáp prác;
druh a postup kontroly technickej dokumentácie (etapa, štádium, rozsah kontrolovanej dokumentácie, organizácia-odborník);
program práce zameraný na zabezpečenie požadovanej úrovne spoľahlivosti vyvíjaného systému (ak je to potrebné);
zoznam prác na metrologickej podpore vo všetkých fázach tvorby systému s uvedením ich termínov a vykonávajúcich organizácií (ak je to potrebné).
2.8. V časti „Postup monitorovania a akceptácie systému“ uveďte:
typy, zloženie, objem a skúšobné metódy systému a jeho komponentov;
všeobecné požiadavky na preberanie diela po etapách, postup odsúhlasovania a schvaľovania preberacej dokumentácie;
2.9. V časti „Požiadavky na skladbu a obsah prác prípravy objektu automatizácie na uvedenie systému do prevádzky“ je potrebné uviesť zoznam hlavných činností a ich vykonávateľov, ktoré je potrebné vykonať pri príprave projektu uvedenia systému do prevádzky. IS do prevádzky.
Zoznam hlavných činností zahŕňa:
vnášanie informácií vstupujúcich do systému (v súlade s požiadavkami na informačnú a jazykovú podporu);
vytvorenie podmienok pre fungovanie projektu, za ktorých je zaručený súlad vytvoreného systému s požiadavkami obsiahnutými v TOR;
vytváranie pododdielov a služieb potrebných pre fungovanie systému;
podmienky a postup pre personálne obsadenie a školenie personálu.
2.10. V časti „Požiadavky na dokumentáciu“ je uvedené:
zoznam sád a typov dokumentov, ktoré sa majú vypracovať, odsúhlasený vývojárom a zákazníkom systému;
zoznam dokumentov vydaných na strojových médiách;
v prípade absencie štátnych noriem, ktoré definujú požiadavky na dokumentáciu prvkov systému, obsahujú navyše požiadavky na skladbu a obsah takýchto dokumentov.
2.11. V časti „Zdroje vývoja“ by mali byť uvedené dokumenty a informačné materiály, na základe ktorých boli vypracované Zadania a ktoré by sa mali použiť pri tvorbe systému.
3. PRAVIDLÁ DIZAJNU
3.1. Sekcie a pododdiely TOR by mali byť umiestnené v poradí uvedenom v ods. 2 tejto normy.
3.2. Čísla hárkov (strany) sa uvádzajú od prvého hárku po titulnej strane v hornej časti hárku (nad textom, v strede) za označením kódu TK na IC.
3.3. Na titulnej strane sú umiestnené podpisy objednávateľa, developera a koordinačnej spoločnosti, ktoré sú zapečatené. V prípade potreby je titulná strana zostavená na viacerých stranách. Podpisy spracovateľov TK a úradníkov podieľajúcich sa na schvaľovaní a posudzovaní návrhu TK na IP sú umiestnené na poslednej strane.
Podoba titulnej strany TOR je uvedená v prílohe 2. Formulár posledného listu TOR je uvedený v prílohe 3.
3.4. Titulná strana Dodatku k TOR je vyhotovená rovnakým spôsobom ako titulná strana zadávacích podmienok. Namiesto názvu „Terms of Reference“ píšu „Dodatok č. ... k TOR pre AC ...“.
3.5. Na ďalších listoch dodatku k ZU je umiestnený dôvod zmeny, obsah zmeny a odkazy na dokumenty, podľa ktorých sa tieto zmeny vykonávajú.
3.8. Pri predkladaní textu dodatku k zadávacím podmienkam by sa mali uviesť čísla príslušných odsekov, pododsekov, tabuliek hlavných zadávacích podmienok atď. a slová „nahradiť“, „doplniť“, „vypustiť“, „uviesť v nové vydanie“.
POSTUP PRI VYPRACOVANÍ, DOHODE A SCHVÁLENÍ TK PRE OV
Návrh TOR vypracuje organizácia-vývojár systému za účasti zákazníka na základe technických požiadaviek (aplikácia, takticko-technické zadanie a pod.).
V konkurenčnej organizácii práce možnosti návrhu TOR zvažuje objednávateľ, ktorý si buď vyberie preferovanú možnosť, alebo na základe porovnávacej analýzy pripraví finálnu verziu TOR pre AC za účasti CK. budúci vývojár IS.
Potrebu schválenia návrhu TOR s orgánmi štátneho dozoru a inými zainteresovanými organizáciami určuje spoločne objednávateľ systému a spracovateľ návrhu TOR na IP,
Práce na schvaľovaní návrhu TOR na IC vykonávajú spoločne vývojár TOR a objednávateľ systému, každý v organizáciách vlastného ministerstva (odboru).
Lehota na schválenie návrhu TOR v každej organizácii by nemala presiahnuť 15 dní od dátumu jeho prijatia. Odporúča sa zaslať kópie návrhu ZP (kópie) na schválenie súčasne všetkým organizáciám (divíziám).
Pripomienky k návrhu TOR by mali byť predložené s technickým odôvodnením. O pripomienkach musí rozhodnúť spracovateľ návrhu ZP a objednávateľ systému pred schválením ZP pre IS.
Ak pri odsúhlasení návrhu CK vzniknú medzi developerom a objednávateľom (prípadne inými zainteresovanými organizáciami) nezhody, tak sa spisuje protokol o nezhodách (ľubovoľná forma) a predpísaným spôsobom sa rozhodne.
Schválenie návrhu TOR je možné vypracovať ako samostatný dokument (list). V tomto prípade pod nadpisom „Súhlasím“ vytvorte odkaz na tento dokument.
Schválenie TOR vykonávajú vedúci spoločností vývojára a zákazníka systému.
Kópie schválených zmluvných podmienok do 10 dní po schválení zasiela vývojár zmluvných podmienok účastníkom tvorby systému.
Koordinácia a schvaľovanie dodatkov k ZP sa vykonáva spôsobom stanoveným pre ZP na IP.
Zmeny TOR nie je možné schváliť po odoslaní systému alebo jeho frontu na akceptačné testy.
