dokumentācijas 1.B pielikums

atklātas konkursa sarunas

AUTOMATIZĒTAS VADĪBAS SISTĒMAS IZSTRĀDĀŠANAS NOTEIKUMI

KRASNOYARSK CHPP-3 AS YENISEY TGK (TGK-13) ENERĢIJAS Agregāta Nr. 2 TEHNOLOĢISKIE PROCESI

(atklātu konkursa sarunu dalībnieku priekšlikumu sagatavošanai)

Procesu vadības sistēmu izstrādes mērķis. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vispārīgās prasības uz procesa vadības sistēmu. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Spēka bloka jauda un nomenklatūra. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prasības procesa vadības sistēmas funkcijām un struktūrai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Procesu vadības sistēmu vispārējā struktūra. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Organizatoriskā struktūra. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prasības APCS atbalsta veidiem. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Tehniskā palīdzība. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Programmatūra. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Informācijas atbalsts. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Metroloģiskais atbalsts. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Lingvistiskais atbalsts. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prasības procesa vadības sistēmas raksturlielumiem. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . drošības prasības. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . uzticamības prasības. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ātruma prasības. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prasības precizitātei. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prasības procesa vadības sistēmu pieņemšanai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Pieņemšanas prasības. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . APCS testu veidi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Garantijas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prasības automatizētās procesu vadības sistēmas darbībai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ekspluatācijas apstākļi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Enerģijas padeve. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prasības telpām tehniskajiem līdzekļiem APCS. . . . . . . . . . . . . . . . . . . . . . Piekrišanas lapa. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1. APCS ATTĪSTĪBAS MĒRĶIS

   AS Jeņisej TGC Krasnojarskas TEC-3 energobloka Nr.2 (TGC-13) (turpmāk tekstā energobloks) automatizētās procesa vadības sistēmas izveides galvenie mērķi ir:

energobloka vadības nodrošināšana normālā, starta, pīķa, puspīķa, pirmsavārijas un avārijas darbības režīmā, lai spētu pildīt energobloka galveno funkciju - ražot nepieciešamā daudzuma elektroenerģiju un siltumu un kvalitāte;

energobloka un tā agregātu aizsardzība, izslēdzot vai samazinot slodzi avārijas draudu gadījumā;

personāla nodrošināšana ar pietiekamu, uzticamu un savlaicīgu informāciju (t.sk. notikumu reģistrāciju, indikatoru aprēķinu un iekārtu diagnostiku) iekārtu darbības un remontdarbu analīzei, optimizācijai un plānošanai.

Veidojamajai APCS būtu jānodrošina šādu rādītāju uzlabošana:

energobloka darbības gatavības un nosūtīšanas grafika izpildes precizitātes paaugstināšana;

energobloka efektivitātes paaugstināšana, tai skaitā ietaupot degvielas un enerģijas izmaksas savām vajadzībām;

palielināt iekārtu uzticamību un ilgmūžību un samazināt tās remonta izmaksas;

jaudas rezervju izmantošanas un spēka agregāta manevrēšanas spēju uzlabošana;

operatīvā personāla kļūdu samazināšana;

Rādītāju uzlabošana jāpanāk, izmantojot progresīvākus tehnoloģiskos un programmatūras rīkus, kas nodrošina:

sarežģītāku kontroles un regulēšanas stratēģiju un algoritmu ieviešana;

cilvēka un mašīnas saskarnes uzlabošana;

automatizēto procesu vadības sistēmu informācijas un kontroles funkciju paplašināšana;

procesu iekārtu un APCS diagnostikas pilnveidošana;

palielināt sistēmas izturību un uzticamību tās elementu atteices gadījumā;

automatizētu procesu vadības sistēmu izveides un uzturēšanas vienkāršošana.

1. vispārējās prasības ACS

Pamatojoties uz mūsdienu zinātniski tehniskā līmeņa atbilstības nosacījumiem un vadības ķēžu ieviešanu, automatizētajai procesa vadības sistēmai jāatbilst šādām prasībām:

ACS TP jāveido un jādarbina kā automatizēta tehnoloģiskā kompleksa - barošanas bloka - neatņemama sastāvdaļa.

APCS ir jāievieš kā vienota pilnīga kontroles un informācijas sistēma visam energoblokam un tam palīgiekārtas, kas ietver vienotas aparatūras, programmatūras un informācijas rīku sistēmas un ir nodrošināta ar izveides un uzturēšanas sistēmām.

APCS jāveido kā cilvēka un mašīnas sistēma, kas darbojas reāllaikā un ietver operatīvo tehnoloģisko personālu (turpmāk – operators), operatīvās apkopes personālu (turpmāk – APCS inženieris) un tehnisko un citu līdzekļu kopumu, ieskaitot darba vietu pārvaldību un uzturēšanu.

APCS jāveido kā daudzlīmeņu ģeogrāfiski sadalīta sistēma atbilstoši vadības objekta tehnoloģiskajai struktūrai.

APCS jābalstās uz vienotiem tehniskajiem, informācijas un programmatūras rīkiem, izmantojot minimālo iekārtu tipu un dizainu skaitu un racionālu informācijas prezentācijas formu skaitu.

APCS, tās apakšsistēmas un visa veida atbalsts ir jāpielāgo modernizācijai, attīstībai, izveidei. Funkciju, programmatūras, atmiņas ietilpības un nepieciešamo procesora moduļu paplašināšanas iespējām ir jābūt 15 procentiem.

Automatizēto procesu vadības sistēmu tehnisko līdzekļu pamatā ir jābūt sadalītai mikroprocesoru vadības un informācijas sistēmai, kas veidota uz vienotiem informācijas apstrādes un digitālās komunikācijas rīkiem. Cita veida digitālie līdzekļi (mikro- un minidatori, kas tiek piegādāti komplektā ar tehnoloģiskām vienībām vai paredzēti specializētu uzdevumu risināšanai) ir jāpievieno mikroprocesoru sistēmai, izmantojot informācijas kanālus.

Galvenie informācijas parādīšanas un darbības (tālvadības) vadības līdzekļi ir krāsu grafiskie termināļi un saistītās funkcionālās tastatūras vai citas vadības ierīces (pele, kursorbumba).

Tas būtu jāparedz programmatūras modulārai uzbūvei ar iespēju to paplašināt, tostarp valodās augsts līmenis. Programmatūras īstenotajām funkcijām informācijas vadības, regulēšanas un pasniegšanas ziņā jābūt ieprogrammētām inženieru valodā, kas neprasa lietotāja īpašu apmācību.

Veidojot automatizēto procesu vadības sistēmu, jāparedz automatizētās procesa vadības sistēmas elementu un funkciju kontroles un mērīšanas sistēmas, kas nodrošina arī elementu kalibrēšanu. Elementu kalibrēšana un sertifikācija jāveic dialoga režīmā, izmantojot video termināļus un dokumentējot rezultātus.

APCS jāparedz: informācijas ticamības kontrole, automatizēto funkciju ieviešanas kontrole, nepārtraukta aparatūras un programmatūras diagnostika.

Automatizētā procesa vadības sistēma jāveido tā, lai aparatūras un programmatūras kļūmju gadījumā operators veiktu automātisku pārstrukturēšanu vai automātiskās vadības funkciju nomaiņu, nemazinot procesa iekārtu uzticamību un drošību.

Automatizētā procesa vadības sistēma jāveido, ņemot vērā darbaspēka izmaksu samazināšanu tās izveidei un uzturēšanai, jo īpaši ņemot vērā remontdarbu veikšanu vienā maiņā.

Automatizētajai procesa vadības sistēmai jānodrošina aizsardzība pret personāla kļūdainu rīcību un pret nesankcionētu iejaukšanos.

Jāparedz visu notikumu, tai skaitā personāla darbību, automātiska reģistrēšana automatizētajā procesa vadības sistēmā, tai skaitā vadības darbības, pārslēgšana, izmaiņas vadības un regulēšanas shēmu struktūrā un uzstādījumos.

Runājot par operatoru un darbnīcu personāla darba apstākļiem, automatizētajai procesa vadības sistēmai jābūt ergonomiskai.

APCS izstrādātājs veic visus pabeigtos darbus (APCS apakšējā un augšējā līmeņa projektēšana, uzstādīšana, būvniecība un nodošana ekspluatācijā, nodošana izmēģinājuma un komerciālai darbībai). Kā apakšuzņēmējam zemākā līmeņa projektēšanai procesa vadības sistēmas izstrādātājam jāpiesaista OAO Sibīrijas ENTC, institūta Tomskteploelektroproekt Tomskas filiāle.

JAUDAS VIENĪBA JAUDA UN NOMENKLATŪRA

Vienības jauda:

uzstādīts - 220 MW; nominālā (pie apkures krānu nominālās siltumslodzes) – 192 MW; maksimālais (kondensācijas režīms) - 226 MW.

Preču klāsts - ražošana un piegāde patērētājiem siltuma un elektriskā enerģija. Strāvas bloka darbības režīms:

Visu gadu pēc termiskā grafika - apkures periodā, ar kondensācijas papildus slodzi - neapkures periodā. Instalācijas lietošanas stundu skaits elektriskā jauda gadā - 6568 stundas Iekārtas darbība tiek nodrošināta pamatrežīmā ar nominālo siltuma slodzi 270 Gcal/h blokā ar esošā karstā ūdens katla jaudu 400 Gcal/h pie siltumtīklu temperatūras grafika 150/70 °C.

Spēka bloka galvenā aprīkojuma sastāvs:

Turbīna T-185/220-12.8-2, ko ražo uzņēmums OAO Power Machines; katlu bloks Ep-670-13.8-2 (modernizēts modelis TPE-216), ko ražo Krasny Kotelshchik ražošanas asociācija; TZFP-220-2UZ ģenerators, ko ražo OJSC Power Machines; katla bloka pelnu savācēji - ZAO Alstom Power Stavan piegādātie četru lauku elektrostatiskie nosēdētāji; divi PE-720-185 tipa padeves sūkņi ar regulējamu ātrumu; cits palīgaprīkojums.

Spēka bloka tehnoloģisko mērījumu provizoriskais apjoms

Siltumtehnikas daļa:

• analogā ieeja (0-5, 4-20 mA) - 804 gab.;

  diskrēta ievade - 358 gab.;

  temperatūra (termopāris) - 684 gab.;

  temperatūra (termiskā pretestība) - 510 gab.;

  elektriskā piedziņa - 507 gab.;

  vadības vārsti - 153 gab.

Elektriskā daļa:

analogā ieeja (0-5, 4-20 mA) - 120 gab.;

diskrēta ievade - 1320 gab.

Sākotnējie mērījumi tika apkopoti, pamatojoties uz iepriekš izstrādātiem procesu vadības sistēmu projektiem, tehniski ekonomiskā pamatojuma izpēti, OAO Sibīrijas ENTC, institūta Tomskteploelektroproekt Tomskas filiāle izstrādāto energobloka būvniecības priekšizpēti, kā arī pamatojoties uz līdzīgu spēka agregātu analīze. Mērījumu apjoms tiks precizēts projektēšanas stadijā, un tam jāatbilst SO 34.35.101-2003. Vadlīnijas tehnoloģisko mērījumu, signalizācijas, automātiskās vadības ziņā termoelektrostacijās.

4. PRASĪBAS APCS FUNKCIJĀM UN UZBŪVEI

1. Procesu vadības sistēmu vispārējā struktūra.

   1. Energobloka APCS veic uz programmatūras un aparatūras kompleksa (turpmāk tekstā – PTK) bāzes saskaņā ar RD 153-34.1-35.127-2002 "Vispārīgās tehniskās prasības PTC siltumenerģijas APCS. augi".

   2. Automatizētās procesa vadības sistēmas kopējā struktūrā jāietver tehnoloģiskie, programmatūras, informācijas un citi līdzekļi, operatīvās vadības un uzturēšanas organizatoriskā struktūra.

   Lai nodrošinātu visa APCS instrumentu kompleksa saskaņotu darbību, būtu jāievēro tā uzturēšanas iespēja, funkciju izpildes efektivitātes un uzticamības nodrošināšana iespējamu iekārtu atteices un personāla kļūdu gadījumā, funkcionālie, agregātie, hierarhiskie un modulārie uzbūves principi. izmanto APCS un visām tās apakšsistēmām.

   3. Procesa vadības sistēmā jāizšķir šādas funkcionālās apakšsistēmas:

informācijas vākšana un izplatīšana;

informācijas apstrāde un prezentēšana (tostarp visa veida aprēķini, uzraudzība, reģistrācija un signalizācija);

elektrisko piedziņu un mehānismu tālvadība;

tehnoloģiskā bloķēšana un aizsardzība;

loģiskā kontrole;

automātiska regulēšana;

energobloka ķīmiski tehnoloģiskā uzraudzība;

automatizēto procesu vadības sistēmu uzticamības nodrošināšana.

Atbilstoši agregētajam uzbūves principam automatizētā procesa vadības sistēma jāsadala relatīvi autonomās apakšsistēmās atsevišķu tehnoloģisko vienību vadībai un funkcionālās grupas. Funkcionālās kontroles grupā (turpmāk - FGU) jāiekļauj visi kontroles rīki, kas realizē informācijas un kontroles funkcijas noteiktā tehnoloģiskā mezgla ietvaros. Ja aparatūras vai programmatūras rīks apkalpo vairākus FGU, tad tam vajadzētu piederēt lielākai funkcionālajai grupai, kas apvieno visus apkalpotos FGU. FGU funkciju apjoms tiks precizēts stadijā tehniskais projekts.

Saskaņā ar būvniecības hierarhijas principu ir jāizšķir šādi vadības līmeņi:

vispārīgais bloka līmenis, kas ietver vispārējās bloku kontroles shēmas un līdzekļus, kā arī vadības un uzturēšanas, operatīvā tehnoloģiskā un apkopes personāla darba vietas;

funkcionālo grupu vadības līmeņi, kas ietver funkcionālo grupu vadības shēmas un līdzekļus;

piedziņas vadības līmenis, kas ietver vadības cilpas, bloķētājus, tālvadības pulti un citas shēmas un līdzekļus, kas tieši ietekmē izpildmehānismus.

Vispārējā bloka līmenī jāveic šāda veida funkcijas:

automātiska frekvences un jaudas kontrole saskaņā ar RAO "UES of Russia" 2002.gada 18.septembra rīkojuma Nr.524 prasībām;

automātiska barošanas bloka iedarbināšana, iekraušana un izslēgšana;

energobloka avārijas izslēgšana vai avārijas izkraušana pēc tehnoloģiskās aizsardzības pavēles;

vispārējā bloka darbības (tālvadības) vadība;

funkcionālo grupu kontroles pakārtoto shēmu darba koordinēšana;

informācijas vākšana, apstrāde un uzglabāšana vizuālai attēlošanai, diagnostikas ziņojumi, reģistrācija drukas ierīcēs, visu veidu indikatoru aprēķināšana, dokumentācija un reģistrēšana;

Cilvēka un mašīnas saskarnes nodrošināšana ar ekspluatācijas un apkopes personālu, izmantojot video termināļus un funkcionālās tastatūras;

informācijas apmaiņas nodrošināšana ar rūpnīcas mēroga līmeni un pakārtoto funkcionālo grupu līmeni;

aparatūras un programmatūras rīku diagnostika un pārkonfigurēšana, kas ievieš kopīgas bloka funkcijas.

Funkcionālās grupas vadības līmenī jāveic šāda veida funkcijas:

informācijas vākšana noteiktās funkcionālās grupas ietvaros;

šīs funkcionālās grupas mehānismu un ierīču vadība un padotības grupu darba koordinēšana;

šīs funkcionālās grupas tehnoloģisko parametru automātiska regulēšana un pakārtoto grupu vadības cilpu mijiedarbības koordinēšana;

ārkārtas situāciju atpazīšana un reaģēšana uz tām funkcionālās grupas ietvaros (lokālā tehnoloģiskā aizsardzība);

kontroles darbību veikšana no augstāka līmeņa apakšsistēmām;

informācijas apmaiņa ar citām apakšsistēmām;

aparatūras un programmatūras diagnostika un pārkonfigurēšana funkcionālās grupas un pakārtoto sistēmu ietvaros.

Piedziņas vadības līmenī ir jāveic šādas funkcijas:

piedziņas kontrolei nepieciešamās informācijas vākšana;

vienas cilpas automātiskā vadība saskaņā ar PI vai PID likumiem ar iespēju ieviest stabilizācijas, izsekošanas, parametru attiecības uzturēšanas režīmus utt.;

piedziņas pārvietošana uz iepriekš noteiktu stāvokli vai tās kustības aizliegums;

piedziņas vadība no augstākām sistēmām;

informācijas apmaiņa ar augstāku grupas līmeni;

aparatūras un programmatūras diagnostika piedziņas vadības līmenī, ieskaitot vadības darbības kontroli.

Saskaņā ar moduļu uzbūves principu aparatūra un programmatūra jārealizē kā funkcionāli pilni moduļi, kas darbojas neatkarīgi viens no otra un kuriem ir neatkarīgi barošanas avoti. Tehnisko līdzekļu sastāvdaļas ir jāizgatavo nokomplektētu moduļu veidā. Katram aparatūras un programmatūras rīkam, kas darbojas kā daļa no automatizētas procesa vadības sistēmas, ir jāzina tā piederība noteiktai funkcionālajai(-ām) apakšsistēmai(-ām), vienībai (funkcionālajai grupai) un vadības līmenim.

Jānodrošina rezerves sistēma barošanas bloka avārijas izslēgšanai pilnīgas PTC atteices gadījumā.

Organizatoriskā struktūra

1. Automatizētās procesu vadības sistēmas organizatoriskajai struktūrai jānodrošina operatīvā, tehnoloģiskā un apkopes personāla funkciju racionāla sadale un efektīva organizācija vadība un uzturēšana.

   Organizatoriskajai struktūrai jāatspoguļo:

energobloku vadības organizēšana;

operatīvā, tehnoloģiskā un apkopes personāla sastāvs, to funkcijas un pienākumi;

neoperatīvā personāla sastāvs, izmantojot informāciju no automatizētās procesa kontroles sistēmas lēmumu pieņemšanai;

komunikācija starp personālu, departamentiem, amatpersonām.

Spēka bloka darbības vadībai un automatizētās procesa vadības sistēmas operatīvai apkopei nepieciešams nodrošināt šādas automatizētas darbstacijas (AWS) dežurējošajam personālam:

Strāvas bloka draivera darbstacija;

AWP vecākais vadītājs;

APCS dežūrējošā inženiera AWP (APCS ceha maiņas vadītājs);

elektroceha maiņas vadītāja darba vieta;

ķīmijas ceha maiņas vadītāja darba vieta;

Stacijas maiņas uzrauga darbstacija.

Stacijas maiņas priekšnieka darbstacija, elektriskie un ķīmiskie cehi ir paredzēti operatīvās uzraudzības, kontroles un apkopes uzdevumu veikšanai iekārtu atrašanās vietā atbilstoši noteiktajiem darba pienākumiem.

Energobloka operators vada katla bloku, turbīnas bloku un citas energobloka galvenās un palīgiekārtas. Strāvas bloka operatora darba vieta ir bloka vadības panelis (MCC). Kontroles procesā vadītājs apmainās ar informāciju ar vecāko vadītāju, APCS inženieri un citu operatīvo personālu. Ja nepieciešams, tehnoloģisko iekārtu palaišanas periodā spēka agregātu operatoru skaitu var palielināt līdz diviem.

Energobloka vecākais inženieris uzrauga visu iekārtu darbību un, novirzoties no parastā režīma, tieši piedalās vadībā. Tās galvenā darba vieta ir novērošanas darbstacija vadības telpas darbības cilpā. Uzraudzības un kontroles procesā vecākais vadītājs sniedz ieteikumus un apmainās ar informāciju ar citiem operatīvajiem darbiniekiem.

Dežūrējošais APCS inženieris uzrauga APCS darbību, operatīvo un kārtējo apkopi un bojātas APCS aparatūras nomaiņu. Lai nodrošinātu šīs funkcijas, ir nepieciešams organizēt darba vieta automatizēto procesu vadības sistēmu apkope vadības telpā.

Strāvas bloka tieša darbības vadība normālos režīmos ir jāveic tikai barošanas bloka operatoram no vadības darbstacijām uz vadības telpu. Vienlaikus viņš ir pilnībā atbildīgs par vadības funkciju pareizu izpildi. Atkarībā no konkrētās situācijas tas veic dažas funkcijas, izmantojot tālvadība, bet pārējais - pārsūtīšana uz automātisko sistēmu. Sistēmai jānodrošina vadītājam gan integrētas barošanas bloka vadības (sākot no pogas, vadības no slodzes ģeneratora), gan atsevišķu funkcionālo grupu, programmas soļu un piedziņu detalizētas vadības iespējas.

Galvenajam inženierim normālos apstākļos jāuzrauga iekārtu darbība, tostarp uz vietas, un, ja nepieciešams, jāsniedz ieteikumi energobloka inženierim.

Pārejas un palaišanas režīmos vecākajam inženierim jābūt savienotam ar barošanas bloka tiešo vadību. Tajā pašā laikā ir nodalītas vadības funkcijas un pienākumi, kas būtu skaidri reglamentējami darba apraksti. Lai barošanas bloku varētu vadīt vairāki operatori, vadības telpas darbības cilpā jāorganizē papildu vadības darbstacijas, kas ir funkcionāli identiskas galvenajai. darbstacija vadība.

Avārijas režīmos vadība jāveic automātiski saskaņā ar tehnoloģiskās aizsardzības komandām. Atsevišķas darbības personālam ir atļauts veikt tikai tehnoloģisko aizsardzības elementu atteices gadījumā.

Visas kontroles darbības, ko veic uz vietas esošais personāls, kas dežurē, ir jāveic saskaņā ar norādījumiem vai saskaņotiem ar energobloka operatoru.

APCS inženiera darba vieta ir programmatūras inženierijas stacija tehniskais komplekss, caur kuru viņš uzrauga automatizētās procesu vadības sistēmas aparatūras un programmatūras darbību un kārtējās pārbaudes.

Pareizi darbojoties automatizētās procesa vadības sistēmas aparatūrai un programmatūrai, automatizētās procesa vadības sistēmas inženierim ir jāuzrauga tās darbība un kārtējā pārbaude tehnisko līdzekļu atrašanās vietā. Diagnosticējot darbības traucējumus, viņam vai pēc viņa norādījuma citam servisa personālam ir jānomaina bojātā ierīce (modulis) no rezerves daļu komplekta. Lai to izdarītu, ir jānodrošina pastāvīga pietiekama visa automatizēto procesu vadības sistēmu tehnisko līdzekļu klāsta piegāde.

Programmatūras apkope tiek veikta arī, izmantojot inženiertehnisko staciju.

Automatizēto procesu vadības sistēmu tehnisko līdzekļu pārbaudei un regulēšanai jānodrošina laboratorijas, kas aprīkotas ar speciāliem stendiem, ierīcēm un instrumentiem. Automatizētās procesa vadības sistēmas apkope jāveic vienā maiņā.

5. PRASĪBAS APCS PROGRAMMATŪRAS VEIDIEM

1. Tehniskā palīdzība

   1. Procesa vadības sistēmas tehnisko līdzekļu (turpmāk - CTS) kompleksam ir jābūt pietiekamam, lai realizētu visas šajās tehniskajās prasībās noteiktās funkcijas.

   2. CTS jāizmanto vienoti masveida ražošanas līdzekļi, kuru kalpošanas laiks ir vismaz 15 gadi.

   3. Jebkuram no automatizētās procesa vadības sistēmas tehniskajiem līdzekļiem ir jāļauj to aizstāt ar līdzīgu līdzekli bez strukturālām izmaiņām vai pielāgojumiem citos tehniskos līdzekļos.

   4. Tehniskajiem līdzekļiem jānodrošina iespēja realizēt vairākus hierarhiskus vadības līmeņus (vispārējais bloks, funkcionālā grupa, izpildmehānismu līmenis) un tiem jābūt modulārai struktūrai, kas nodrošina sistēmas ilgmūžību bojājumu gadījumā un vieglu apkopi.

   5. CTS jāsastāv no šādiem galvenajiem komponentiem:

ierīces informācijas iegūšanai (diskrētu un analogo signālu sensori, primārie pārveidotāji);

ierīces signālu ģenerēšanai un konvertēšanai (ievades/izvades ierīces, normalizējošie pārveidotāji);

datu pārraides ierīces (kabeļi, digitālās kopnes un to vadības ierīces);

informācijas uzglabāšanas un apstrādes ierīces (mikroprocesoru stacijas, mikro- un minidatori);

informācijas prezentācijas ierīces (video termināļi, drukas ierīces, projekcijas ekrāni utt.);

aizsardzības un bloķēšanas ierīces;

sakaru ierīces starp operatoru un tehnoloģisko objektu (tastatūras vadības komandu ģenerēšanai un informācijas izsaukšanai, pogas, taustiņi, vadības bloki utt.);

ierīces saziņai ar vadības sistēmu (stacionārie un pārnēsājamie vadības paneļi, sistēmas un citu servisa ierīču regulēšana un apkope).

Lai iegūtu nepārtrauktu (analogu) informāciju, tiek izmantoti sensori ar vienotu izejas signālu (0-5, 4-20 mA), termopāri un pretestības termometri.

Metran-100 sērijas sensori jāizmanto kā plūsmas, spiediena un līmeņa mērīšanas instrumenti.

Rotācijas agregātu (turboagregātu, dzirnavu ventilatoru, dūmu nosūcēju u.c.) un mehānisko gultņu vibrācijas mērīšanai izmantot automātiskās vadības un diagnostikas sistēmu ASKVD "Vector-M".

Kā līdzekli spēka agregāta ūdens ķīmiskā režīma mērīšanai izmantojiet Krievijas Federācijā masveidā ražotas iekārtas.

MEO tipa elektriskie izpildmehānismi jāizmanto kā izpildmehānismi noslēgšanas un vadības vārstiem.

Ieviest barošanas bloka aizsardzības apakšsistēmu (elektriskajā daļā) un savas vajadzības uz NPO EKRA mikroprocesoru tehnoloģiju kā neatkarīgu mikroprocesoru apakšsistēmu.

Vienotām signāla ievades ierīcēm jābūt tieši pieslēgtām stacijas kopnei un neatkarīgi no kanāla funkciju blokiem, individuāli vadāmām ar analogo signālu ģenerēšanas un pārveidošanas funkcijām, tai skaitā brīdinājuma signālu ģenerēšanu par robežvērtībām. Vienai ierīcei (modulim) jābūt vairākiem kanāliem.

Ierīcēm signālu ievadīšanai no termopāriem un pretestības termometriem jābūt līdzīgām.

Visām analogā signāla ievades ierīcēm jābūt pilnībā atvienotām no barošanas avotiem, no sistēmas un no kopējās (zemes), filtrējot izmērīto vērtību, lai novērstu traucējumus un pulsāciju, un pārbaudot izmērītās vērtības derīgumu.

Diskrētā signāla ievades ierīcēm ir jāpieņem signāli no “sausiem” kontaktiem, kas pārslēdz vismaz 5 mA spriegumu ne vairāk kā 48 V ar “atlēciena” slāpēšanu, kā arī elektronisko ierīču diskrētās izejas (0/24 V) ar atvērtu. ķēdes uzraudzība ar dažāda skaita ieeju modifikācijām.

Analogā signāla izvades ierīcēm jābūt vienotam augsta līmeņa strāvas signālam (4-20 mA) ar neatkarīgiem izolētiem (bez reversās darbības) izejas kanāliem (galvaniski izolēti).

Diskrētām signāla izvades ierīcēm jānodrošina iespēja attālināti bloķēt izvadi un attālināti simulēt izvades vērtības dažādam kanālu skaitam.

Savienojumi starp sensoriem un mikroprocesoru stacijām jāveic ar speciāliem kabeļiem, kuriem ir efektīva aizsardzība pret elektrisko un elektromagnētisko lauku radītiem traucējumiem.

Kopnes sistēma informācijas pārsūtīšanai digitālā formā ir jāveido pēc hierarhijas principa un, iespējams, tajā jāiekļauj:

maģistrāles kopnes procesa vadības sistēmas komponentu savienošanai, kas ir ievērojami attālināti viens no otra;

lokālie autobusi vairāku blakus esošo aparatūras konsoļu (skapju) savienošanai;

stacijas autobusi savienojumam stacijā;

I/O autobusi savienojumam vienkāršas ierīces I/O ar stacijas autobusu;

kopnes-kopnes savienotāji, kas nodrošina nereaktīvu savienojumu ar mugurkaula kopni;

kopnes vadības ierīces, kas ir neatkarīgas katram pārraides kanālam;

ierīces drukāšanai ārkārtas situācijās un citiem ar darbību nesaistītiem uzdevumiem;

riepu monitori.

Automātiskās regulēšanas, loģiskās vadības, informācijas apstrādes un pasniegšanas funkciju īstenošanai jāizmanto funkcionāli sadalīta mikroprocesoru sistēma (mikroprocesoru kontrolleris). Informācijas apmaiņa starp stacijām jāveic ciparu formātā, izmantojot liekus pārraides kanālus (autobusus), izmantojot trokšņa necaurlaidīgus apmaiņas protokolus.

Mikrokontrollerim jābūt izgatavotam kā hermētiski izstrādājumiem atbilstoši aizsardzības veidam elektronisko līdzekļu lietošanai bez mikroklimata (bet ar siltā gaisa nosūkšanu). Tiem jādarbojas apkārtējās vides temperatūrā no 10 līdz 50°C un maksimālajam gaisa mitrumam līdz 95%.

Mikrokontrollerī iekļautajiem strukturālajiem moduļiem jābūt specializētiem pēc funkcionālā principa (ievades-izejas ierīces, automātiskā regulēšana, diskrēta vadība u.c.). Lai nodrošinātu elastību staciju komplektēšanā, vēlams izmantot vairāku modifikāciju funkcionālos moduļus.

Katram modulim, stacijai vai ierīcei, kuras sastāvā ir mikroprocesors, jāveic vergu ierīču pašdiagnostikas un diagnostikas funkcijas. Uz visiem moduļiem priekšējā panelī jābūt gaismas signālam par to atteici. Turklāt katrā pamatierīču stacijā jābūt īpašām diagnostikas ierīcēm, kas ir pilnībā atdalītas no darba aprīkojuma, un savienotājiem portatīvo servisa ierīču pievienošanai.

APCS tehniskajam atbalstam jāietver pietiekams instrumentu, strukturālo moduļu un citu līdzekļu piedāvājums, lai nodrošinātu APCS drošu darbību, nomainot bojātās ierīces.

Tehniskajiem līdzekļiem, ko personāls izmanto automatizētu funkciju veikšanai, jāatbilst ergonomikas prasībām.

Tehnisko līdzekļu izpildei jābūt piemērotai darbībai pulverogļu spēkstaciju apstākļos.

Programmatūra

veikt visas šajās prasībās noteiktās funkcijas, izmantojot minimālus atmiņas un laika resursus;

samazināt operatora kļūdu skaitu, atklāt traucējumus un programmas kļūdas un bloķēt to ietekmi, kā arī ir iespēja restartēties, kad pēc strāvas padeves pārtraukuma tiek atjaunota jauda;

programmu pielāgošanas vienkāršība izmaiņām vai uzdevumu paplašināšanai, neapdraudot citus rādītājus.

Programmatūra jāveido pēc strukturētas programmēšanas principa, proti:

atsevišķi uzdevumi jārealizē kā neatkarīgi programmatūras moduļi;

izmaiņas, kas veiktas nevienā no moduļiem, nedrīkst ietekmēt citu moduļu funkcijas;

programmas moduļiem un saitēm starp tiem jāveido struktūra ar skaidriem uzbūves principiem.

Programmatūrai jābūt skaidri dokumentētai un vidēji programmētājiem saprotamai.

Vadības shēmu un informācijas pasniegšanas formu tehnoloģiskajai programmēšanai (konfigurēšanai) jāizmanto inženierprogrammēšanas valoda, kas ir pieejama operatīvajiem un tehniskais personāls kuram nav īpašas programmētāja apmācības.

Lai varētu ģenerēt, darbināt un uzlabot procesa vadības sistēmu, jānodrošina pamata un speciāla lietojumprogrammatūra, kurā jāiekļauj:

programmēšanas moduļi (tulkotāji, atkļūdotāji, redaktori utt.);

standarta programmu bibliotēkas;

programmatūras moduļu bibliotēkas, kas ievieš standarta algoritmus informācijas kontrolei, regulēšanai, apstrādei un prezentēšanai, diagnostikai utt.;

programmatūras moduļi ievades-izejas ierīču vadīšanai, komunikācijai ar objektu, mikroprocesoru stacijām, video termināļiem, datu apmaiņai caur kopnēm utt.;

servisa programmatūra, kas nodrošina lietojumprogrammatūras izstrādi un pielāgošanu.

Pamata un speciālās programmatūras sastāvs tiks precizēts tehniskā projekta stadijā.

Tipisko algoritmu bibliotēkā jāiekļauj P-, PI-, PID- un citi kontroles likumi, galvenie nelinearitātes veidi, algebriskās, loģiskās un dinamiskās funkcijas, signālu apstrādes algoritmi, uzticamības pārbaudes, algoritmi tipisku mnemonisko diagrammu strukturālo elementu attēlošanai, grafiki, histogrammas, atskaites, protokoli, žurnāli.

Īpašā programmatūrā jāiekļauj vispārēja sistēmas programmatūra un funkcionālās programmas informācijas kontrolei, regulēšanai, apstrādei un prezentēšanai, interaktīvai mijiedarbībai ar operatoru, APCS inženieri utt.

Vispārējā sistēmas programmatūra, kuras pamatā ir operētājsistēma, jākonfigurē noteiktai aparatūras konfigurācijai un jānodrošina šādas galvenās funkcijas:

sistēmas palaišana pēc izslēgšanas;

procesora darbības un reāllaika datu apmaiņas sinhronizācija, vienota sistēmas laika konta nodrošināšana ar korekciju pēc precīziem laika signāliem;

procesu sinhronizācija ar ārējiem notikumiem un komandām;

sistēmas darbības kontrole, ko veic operators-tehnologs un APCS inženieris interaktīvā režīmā, izmantojot vairākus videotermināļus;

pārvaldīt piekļuvi datiem ārējās atmiņas ierīcēs ar nepieciešamo privātuma un aizsardzības līmeni;

vadības sistēmas aizsardzība elektroapgādes traucējumu, atteices un citu pārkāpumu gadījumā.

Sistēmas mēroga programmatūra ir jāaizsargā no personāla kļūdainām darbībām, jo ​​īpaši jābloķē neparedzētu izmaiņu ieviešana procesa vadības sistēmas darbības laikā.

Vadības un regulēšanas sistēmu programmatūra ir jābūvē tā, lai režīmā “ON LINE” būtu iespējams veikt izmaiņas jebkurā vadības algoritmā, t.i., neatvienojot kontrolieri no regulējamā objekta, neietekmējot citas vadības darbību. un regulēšanas cilpas , tostarp tās, kuras īsteno viens un tas pats mikroprocesors, un netraucējot vadības objektu. Tas pats ir jānodrošina režīmā “OFF LINE”.

Programmas, kas kontrolē skaitļošanas procesu, un programmas, kas realizē vadības algoritmus, ir jāizstrādā kā autonomi moduļi un jāatrodas autonomi katras mikroprocesora ierīces atmiņā.

Katrai mikroprocesora ierīcei ir jābūt pašdiagnostikas programmai, kas paredzēta sensoru, barošanas avotu, analogo-digitālo un digitālo-analogo pārveidotāju, atmiņas ierīču u.c. kļūmes noteikšanai.

1. Informācijas atbalsts

   Informācijas atbalstam jābūt pietiekamam apjoma un satura ziņā, lai ātri un droši novērtētu tehnoloģisko iekārtu stāvokli, to darbības veidus, APCS apakšsistēmu darbību un atteices atpazīšanu. Tā iespējām jābūt tādām, lai, izvairoties no operatīvā personāla informācijas pārslodzes, sniegtu to ar savlaicīgu un pietiekamu informāciju optimālu lēmumu pieņemšanai.

   Izstrādājamai APCS jānodrošina nepieciešamās informācijas apmaiņa ar lokālajām degvielas padeves kontroles sistēmām un ūdens attīrīšanas iekārtām, kā arī siltumenerģijas un elektroenerģijas komercuzskaites sistēmām.

   Tehnoloģisko iekārtu kodēšanai jāizmanto procesa vadības sistēmu un informācijas tehniskie līdzekļi viena sistēma kodēšana KKS. Jāizstrādā atbilstošas ​​veidlapas administratīvajam un tehniskajam personālam paredzētās izejas informācijas kodēšanai. Dokumentos lietotajiem terminiem un saīsinājumiem jābūt vispārpieņemtiem enerģētikas nozarē un tiem nevajadzētu radīt grūtības to uztverē.

   Lai sniegtu informāciju barošanas bloka operatoram, jāizmanto šādi displeja veidi:

attēlus krāsu video termināļos un šo attēlu cietās krāsainās kopijas;

informācijas parādīšana uz projekcijas ekrāniem;

procesu reģistrācija uz papīra;

notikumu un sertifikātu reģistrācija drukas ierīcēs (printeros);

skaņas signālus.

Video termināļiem jāspēj attēlot jebkādu būtisku informāciju, kas pieejama APCS. Lai to izdarītu, jāizmanto šāda veida attēli (videokartes):

mnemonisko diagrammu fragmenti;

procesu grafikus, tai skaitā - dotos un faktiskos palaišanas grafikus;

parametru vērtību un ierīču stāvokļu tabulas;

parametru prezentācijas diagrammas (histogrammas);

isziņas.

Dinamiskā informācija video termināļos ir jāatjaunina vismaz ik pēc 1 s, un tai ir jābūt regulējamai mirušajai zonai.

Mnemoniskās diagrammas fragmenti jāorganizē hierarhiski un jāiekļauj:

spēka agregāta vispārināta mnemoniskā diagramma;

agregātu un funkcionālo grupu vispārinātās mnemoniskās diagrammas;

tehnoloģisko sadaļu mnemoniskās diagrammas ar visu tehnoloģisko elementu, parametru, noslēgšanas un vadības vārstu norādi.

Mnemoniskās diagrammas videokartēs jāiekļauj teksta daļa ar sadaļas stāvokļa nosaukumu un galvenajiem raksturlielumiem, atbilstošās tehnoloģiskās shēmas daļas attēls, kas izgatavots ar standarta simboliem, parametra vērtības ciparu un gaismas indikācija, vārsts. pozīcija, mehānismu stāvoklis, mērīšanas kanāli utt. Jānorāda arī blakus esošo mnemoniskās diagrammas sadaļu kodi, kas ir tieši saistīti ar izsaukto kāju.

Mnemoniskās diagrammas fragmenta izsaukšana jāveic, izmantojot manipulatoru (peli, kursorbumbu) vai tastatūru.

Grafiku (līkņu) indikācijai ir jāatspoguļo izmērīto un aprēķināto vērtību izmaiņas ekrānā noteiktu laika periodu. Laika intervāli tiks noteikti projektēšanas stadijā.

Katram attēlam ir jāatspoguļo vairākas analogās vērtības kā vienpolāras līknes pa horizontālo laika asi, kas ļauj salīdzināt saistītos parametrus un vēsturisko novērtējumu. Izšķirtspējai jābūt vismaz 1,0% no izmērīto vērtību diapazona un ne mazākai par aprēķināto vērtību aprēķina ciklu. Jābūt iespējai iegūt izmērītās vērtības jebkurā diagrammas punktā.

Procesu grafiki ir jāattēlo dažādās krāsās ar obligātu skalu digitalizāciju, paskaidrojošiem uzrakstiem un pašreizējo signālu vērtību prezentāciju.

Koordinātu skalai jābūt lineārai.

Parametru vērtību tabulas jāuzrāda pasūtītā veidā ar to nosaukumiem un statusa krāsu norādi (mērījumu ticamība, vērtību klātbūtne utt.).

Lai vienlaicīgi kontrolētu darba vielas, vides (ūdens, tvaiks, gāze, sildvirsmas utt.) parametru izmaiņas pa procesa plūsmām, ieteicams izmantot vispārinātas salīdzinošās diagrammas (analoga forma, kurā parametra vērtība ir norādīta). kodē displeja līnijas garums un citi skaitļi).

Lai iegūtu plašāku informāciju par šo ziņojumu attēlošanas metodi, ir jānorāda brīdinājuma un avārijas robežas, uzdotās vērtības, parametra nosaukums un vērtība digitālā formā, kā arī jāizmanto krāsu kodēšana.

Īsziņas tiek izmantotas, lai atbildētu uz operatora pieprasījumiem paziņot par automatizētām darbībām, lai atšifrētu trauksmes un brīdinājumus un citiem mērķiem. Īsziņu skaitam un secībai operatoram ir jāsniedz pareizais situācijas novērtējums lēmuma pieņemšanai.

Trauksmes un brīdinājumi jāiedala 3 prioritārās kategorijās:

Trešās (zemākās) kategorijas signāli ietver ziņojumus par notikumiem, kas neizraisa režīma maiņu vai īslaicīgus traucējumus. Tie ietver signālus par strāvas padeves pārtraukumu bezatbildīgiem izpildmehānismiem, par parametru novirzēm no brīdinājuma trauksmes iestatījumiem, par regulējošo institūciju loka izsmelšanu, programmu norises aizkavēšanos utt. Šie signāli ir jāuzrāda detalizētā atšifrējumā vienu no video termināļiem un, ja nepieciešams, izdrukā uz printera . Ziņojuma parādīšanās jāpapildina ar zibspuldzi un skaņas signālu. Pēc apstiprināšanas signāla mirgošanai un skaņas signālam ir jāizslēdzas.

Otrās kategorijas signāli ietver ziņojumus par notikumiem, kas izraisa traucējumus vai režīma izmaiņas, bet neizraisa pirmsavārijas situāciju. Šādi notikumi ietver mehānismu izslēgšanu, ko pavada ATS darbība, automatizēto procesu vadības sistēmu tehnisko līdzekļu atteices, kas izraisa svarīgu vadības funkciju zaudēšanu, parametru novirzes, kas nav iekļautas aizsardzības shēmās, līdz otrajai trauksmei. ierobežojums. Otrās kategorijas signāliem ir jāpievieno skaņas signāls, tiem jābūt prioritārai prezentācijai video terminālī un printerī. Apstiprinot šos signālus, displeja skaņa un mirgošana ir jāizslēdz. Tāfeles apgaismojumam jāpaliek līdz signāla pamatcēloņa izzušanai.

Pirmajā kategorijā (augstākā prioritāte) ietilpst pirmsavārijas un avārijas signāli: par mehānismu izslēgšanu, kas izraisa dziļas režīma izmaiņas, par sistēmas avārijas automātikas darbību, par parametru pieeju aizsardzības darbības iestatījumiem un par aizsargu darbību. Šie signāli jāpavada ar pīkstienu (sirēnu), tie ir jāiezīmē sarkanā krāsā uz video termināļa un printera. Šādu signālu skaits nedrīkst pārsniegt vairākus desmitus.

Tehnoloģiskās aizsardzības apakšsistēmai jāatbilst RD 153-34.1-35.137-00 " Tehniskās prasības uz mikroprocesoru tehnoloģijas bāzes izgatavoto tehnoloģisko aizsardzību apakšsistēmu” un RD 153-34.1-35.142-00 “Tehniskās prasības uz mikroprocesoru tehnoloģijas bāzes izgatavoto tehnoloģisko aizsardzību darbībai”.

Pirmās un otrās kategorijas signāli jāreģistrē datora pastāvīgajā atmiņā. Augstākas kategorijas signāli ir jāatšifrē video termināļos ārpus kārtas.

Lai sniegtu informāciju APCS inženierim, ir jāizmanto visa veida attēli video termināļos, kas ir pieejami procesa operatoram, un papildus jāspēj:

APCS darbības indikācija, uzturēšana un reģistrēšana, piemēram, automātisko kontrolieru struktūras, tehnoloģiskās aizsardzības, loģiskā vadība, kā arī parametri, robežvērtības, signāli, APCS darbības traucējumi;

saņemt informāciju par APCS stāvokli un darbības režīmu tabulas veidā (rezervē, darbība, darbības traucējumi utt.).

Neoperatīvajam informācijas atbalstam būtu jāaptver vesela virkne protokolu, kuriem ir informatīvs un dokumentāls raksturs. Jānodrošina trīs protokolu grupas:

negadījumu atpazīšanai un analīzei;

lai kontrolētu darbības režīmu;

lai izpētītu procesu.

Informācijas atbalstam negadījumu atpazīšanai un analīzei jāietver šādi protokoli:

signalizācijas protokols, kas ar precīzu laika indikāciju reģistrē visus sistēmā ievadītos un iekšēji ģenerētos brīdinājuma un trauksmes signālus, kas tiek parādīti video terminālī.

ārkārtas situāciju reģistrēšanas un analīzes protokols vienā hronoloģiskā secībā, tostarp parametru maiņas protokols, signālu maiņas protokols, signāla statusa protokols;

aktīvo brīdinājuma un trauksmes signālu protokols, kas izdrukā visus signālus, kas ir spēkā reģistrēšanas funkcijas palaišanas brīdī;

tehnoloģisko iekārtu stāvokļu pašreizējo signālu protokols ar diskrētu signālu izdruku par iekārtas stāvokli (piemēram, piedziņa ir ieslēgta - disks ir izslēgts, līmenis ir sasniegts - līmenis nav sasniegts, iekārta ir labā kārtībā - tā ir bojāta);

atvienoto analogo signālu protokols, kas izdrukā visus izmērītos un aprēķinātos parametrus, kas bija atspējoti līdz reģistrēšanas funkcijas palaišanai;

atvienoto diskrēto signālu protokols, kas izdrukā visus atvienotos (izslēgtos) nopratināšanas un turpmākās diskrēto signālu apstrādes brīdī uz reģistrēšanas funkcijas palaišanas brīdi.

Informācijas atbalstam darbības režīma uzraudzībai jāietver šādi protokoli:

darbības žurnāls, kas periodiski ieraksta virkni analogo parametru, lai dokumentētu darbības notikumus. Pēc vadības paneļa komandas var veikt papildu starpvērtību izdruku;

atlikumu protokols, periodiski fiksējot noteiktos intervālos summētos vai saskaitītos rādītājus. Izlaide tiek veikta periodiski noteiktā laikā, piemēram, katrā maiņā, katru dienu, katru mēnesi. Starpposma atlikumus var parādīt ar komandām no tālvadības pults;

darbības laika protokols, kas fiksē spēka agregātu darbības laiku. Katrs no darbības laikiem tiek noteikts, uzraugot attiecīgā statusa izmaiņu laiku;

ieslēgumu protokolu, reģistrējot dažādu vienību ieslēgumu skaitu;

tehnoloģiskās aizsardzības valsts protokols;

ekspluatācijas un apkopes personāla darbību protokols;

ģeneratora, transformatora, turbīnas, katla ikdienas pārskati;

operatīvās pārslēgšanas formas pašu vajadzību shēmā;

APCS darbības traucējumu un kļūmju protokols;

remontam izņemto APCS iekārtu protokols;

remontējamo iekārtu saraksts.

Informācijas atbalstam procesa analīzes izpētei jāietver šādi protokoli:

parametru protokols, kas periodiski izdrukā patvaļīgi izvēlētas tehnoloģiski savstarpēji saistītu mērīto vai aprēķināto parametru grupas;

parametru reģistrācijas protokols, kas vienreiz izdrukā viena vai vairāku parametru pašreizējo vērtību jebkurā kombinācijā. Reģistrācijas funkcija tiek startēta ar komandu no vadības paneļa.

Jānodrošina informatīvais atbalsts energobloka un tā atsevišķo agregātu tehniskās un ekonomiskās darbības uzraudzībai. Rādītāju saraksts un aprēķinu algoritmi jāprecizē tehniskā projekta stadijā.

Mnemonisko diagrammu attēliem tiek izvirzītas šādas ergonomikas prasības:

Mnemoniskajās diagrammās jāietver tikai tie elementi, kas ir nepieciešami operatoram, lai kontrolētu un pārvaldītu objektu.

Mnemonisko diagrammu fragmentiem jābūt loģiski pabeigtām tehnoloģiskā procesa daļām.

Sakārtojot mnemonisko diagrammu fragmentus, attēlojiet procesa attīstību no kreisās puses uz labo, no augšas uz leju.

Atsevišķi elementi (elementu grupas, galvenās plūsmas), kas ir vissvarīgākie kontrolei un vadībai, ir jāatšķir ar līnijām, kas tos savieno ar trīskāršu biezumu.

Mnemonisko diagrammu fragmentu izkārtojums jāveic, ņemot vērā:

vienota formātu aizpildīšana;

simetrijas izmantošana;

līniju garuma un mezglu skaita samazināšana līdz minimumam;

līniju krustojumu izslēgšana;

liela skaita paralēlu līniju izslēgšana, kas atrodas blakus;

mnemonisko diagrammu fragmentu ievadi un izvadi jāveic no malām;

simboliem un citiem uzrakstiem, kas saistīti ar mnemonisko diagrammu elementu, jāatrodas blakus elementam labajā pusē vai virs tā, vai tā iekšpusē;

uz video gala ierīču indikatoriem attēloto mnemonisko diagrammu fragmentu kontūrām un paneļu un konsoļu mnemoniskajām shēmām jābūt identiskām;

sakaru līnijām, kas pāriet no viena fragmenta uz otru, jābeidzas ar bultiņām, pie kurām jānorāda fragmentu numuri un iekārtas nosaukums, uz kuru šīs līnijas ir vērstas;

izstrādājot mnemonisko diagrammu fragmentus, vajadzētu būt iespējai izmantot kopīgu statisko daļu vairākām viena tipa iekārtu grupām;

ja iespējams, ir jāparedz liekas informācijas ievadīšana par blakus attēlojamās iekārtas stāvokli, kā arī informācija par to mijiedarbības parametriem.

Mnemozīmju un to krāsu kodēšanas komplekss videogrammu veidošanai jāizstrādā kā vienots alfabēts. Mnemonisko zīmju formām jāatbilst iekārtas galvenajām funkcionālajām un tehnoloģiskajām iezīmēm. Mnemosimbolu un mnemosimbolu izmēriem un formām ir jānodrošina operatoram to nepārprotama uztvere. Parādīto ziņojumu krāsām vajadzētu mainīties atkarībā no loģiskās apstrādes rezultātiem.

Lai pievērstu operatīvā personāla uzmanību jaunizveidotai informācijai, ir nepieciešams izmantot mirgojošus ziņojumus un simbolus ar frekvenci 0,5 Hz brīdinājuma un 2 Hz avārijas signāliem. Zīmju, tekstu un simbolu mirgošana jāveic, samazinot spilgtumu aptuveni divas reizes.

Sastādot preskriptīvo un informatīvo ziņojumu tekstus, jāvadās pēc visiem gadījumiem kopīgiem principiem:

informācijas pilnīgums;

lakonisms;

galvenās daļas prioritāte;

stila vienotība vārdu formu salikumā un frāžu struktūrā.

Strādājot projektēšanā, ir jāsastāda vienota ziņojumu tekstu vārdnīca, ņemot vērā videotermināļu, trauksmes displeju, drukas ierīču ekrānos pazīstamo skaitu.

Rādot teksta un digitālos informācijas masīvus video termināļu un printeru ekrānos tabulu veidā, ir nepieciešams grupēt kolonnu un masīvu virsrakstus semantiskos blokos, kas satur ne vairāk kā piecus ziņojumus. Bloki ir jāatdala viens no otra ar vertikālām, horizontālām līnijām vai polsterējumu (2-3 līnijas, kolonnas).

1. Metroloģiskā garantija (MO)

   1. Procesa vadības sistēmas metroloģiskajam atbalstam jāietver organizatorisku pasākumu, tehnisko līdzekļu, prasību, noteikumu, noteikumu, normu un metožu kopums, kas nepieciešams, lai nodrošinātu mērījumu vienveidību un nepieciešamo mērījumu un aprēķinu precizitāti.

   2. Organizatoriskajos un tehniskajos pasākumos MO jāietver:

procesa vadības sistēmas projektēšanas darba uzdevuma, projektēšanas un ekspluatācijas dokumentācijas, kas paredzēta procesa vadības sistēmas montāžai, uzstādīšanai, nodošanai ekspluatācijā un ekspluatācijai, procesa vadības sistēmas programmas un testēšanas metožu metroloģiskā pārbaude;

PTK mērīšanas kanālu vispārināto metroloģisko raksturlielumu noteikšana procesa vadības sistēmas ietvaros saskaņā ar RD 153-34.0-11.201-97 "IMS un APCS mērīšanas kanālu vispārināto metroloģisko raksturlielumu noteikšana atbilstoši metroloģiskām agregātu mērīšanas līdzekļu raksturlielumi”;

procesa vadības sistēmas mērīšanas kanālu primārā un periodiskā verifikācija un kalibrēšana.

Saskaņā ar GOST 8.596-2002 “Mērīšanas sistēmu metroloģiskais atbalsts. Pamatnoteikumi” APCS attiecas uz IS-2 klases mērīšanas sistēmām.

Automatizētās procesa vadības sistēmas tehniskajā projektā būtu jāizstrādā metodiskie, organizatoriski un tehniskie pasākumi automatizētās procesa vadības sistēmas MO nodrošināšanai.

Jābūt iespējai eksperimentāli noteikt automatizēto procesu vadības sistēmu metroloģiskos raksturlielumus ieviešanas un darbības posmos, izmantojot datortehnoloģiju.

Automatizētā procesa vadības sistēma ir jāaprīko ar parauginstrumentiem un servisa iekārtām, kas nodrošina automatizētas procesa vadības sistēmas mērīšanas kanālu un ierīču automatizētu testēšanu, kā arī iekārtas darbības apstākļu uzraudzībai.

Sistēmas izstrādātājam ir jāsagatavo metodes uzmetums procesa vadības sistēmas mērīšanas kanālu pārbaudei.

Mērīšanas kanāliem kļūda ir jāpārbauda pieņemšanas posmā no uzstādīšanas un nodošanas ekspluatācijā.

Sistēmas izstrādātie algoritmi un aprēķinu programmas ir jāsertificē noteiktajā kārtībā.

Lingvistiskais atbalsts

1. Visā APCS sistēmā un visu veidu cilvēka un mašīnas saskarnēm ir jānodrošina vienots lingvistiskais atbalsts.

   Tehnoloģiskās programmēšanas inženiervalodai jāatspoguļo automatizētās procesa vadības sistēmas struktūra un jābūt pieejamai operatīvajam tehniskajam personālam, kuram nav programmētāja apmācības.

   Valodas informācijas daļā jāietver: mnemoniskās diagrammas un vadības, regulēšanas blokshēmas un informācija, kas satur visu veidu transformācijas, savienojumus un strāvas signālu vērtības:

signālu vērtību un automatizēto procesu vadības sistēmu aparatūras un programmatūras stāvokļa tabulas;

aparatūras un programmatūras kļūmju un stāvokļu protokoli utt.

Komandu struktūrai jānodrošina vienkāršas procedūras video kadru, tabulu, grafiku, protokolu utt. konfigurēšanai, kā arī sistēmas un tās daļu palaišanai un apturēšanai.

Visām īsziņām operatīvās vadības un tehnoloģiskās programmēšanas valodās jābūt krievu valodā.

6. PRASĪBAS APCS RAKSTUROJĀM

1. Drošības prasības

   Automatizētā procesa vadības sistēma jābūvē tā, lai operatīvā personāla kļūdainas darbības vai tehnisko līdzekļu atteices neradītu dzīvībai, cilvēku veselībai un iekārtu drošībai bīstamas situācijas.

   APCS iekārtas, kurām energobloka darbības laikā nepieciešama pārbaude vai apkope, jāuzstāda vietās, kas ir drošas personāla uzturēšanās laikam.

   Visiem APCS tehniskā aprīkojuma ārējiem elementiem, kuriem ir strāva, jābūt aizsargātiem no servisa personāla nejaušas saskares, un pašam tehniskajam aprīkojumam jābūt iezemētam. Labi redzamā līdzekļa vietā jānodrošina labi saskatāmas ierīces aizsargzemējuma pievienošanai.

   Tehniskā aprīkojuma darbības instrukcijās jāiekļauj īpašas uzstādīšanas un apkopes drošības prasību sadaļas.

   Vadības telpas darbības ķēdes informācijas un motora (tastatūras, taustiņi, pogas) lauku apgaismojuma līmeņiem jānodrošina barošanas bloka operatoram ērti darba apstākļi. Jānodrošina aizsardzība pret atspīdumu un atspīdumu. Ērtiem darba apstākļiem APCS personālam jāatbilst spēkā esošajiem sanitārajiem standartiem.

2. Uzticamības prasības

   APCS uzticamības rādītājiem ir noteiktas šādas prasības:

Kopējais iekārtas uzstādītās jaudas nepietiekamas izmantošanas faktors gadā APCS apakšsistēmu atteices dēļ nedrīkst pārsniegt 0,1%. Aprēķinot šo rādītāju, ir jāņem vērā bloka dīkstāves laiks vai tā darbība ar samazinātu jaudu, no atteices rašanās līdz bloka sākotnējā stāvokļa atjaunošanai.

Kopējais TP darbības plūsmas parametrs, kas iedarbojas uz bloka izslēgšanu automatizētās procesa vadības sistēmas apakšsistēmu kļūmju dēļ, nedrīkst pārsniegt 0,2 gadā.

Iespējamība, ka netiks izpildīta TOR prasība, nedrīkst pārsniegt 0,05 gadā.

Šīs uzticamības prasības ir jānodrošina, izvēloties un izstrādājot aparatūras, programmatūras un informācijas rīku komplektu un to uzturēšanas noteikumus.

Jāizmanto šādi uzticamības palielināšanas faktori:

uzticamu tehnisko līdzekļu izvēle, ieskaitot ierīces, sakarus, dokstacijas;

uzticamas darba programmatūras izstrāde;

racionāla uzdevumu sadale starp aparatūru un programmatūru, kā arī starp aprīkojumu un personālu;

dažāda veida atlaišanas (aparatūras, informācijas, laika, funkcionālās, algoritmiskās) klātbūtne;

tehniskās diagnostikas metožu un līdzekļu izmantošana;

automatizēto procesu vadības sistēmu racionālas darbības organizēšana un rezerves daļu nodrošināšana.

Automatizētās procesa vadības sistēmas tehniskajā projektēšanā jāveic speciāla atteices analīze, tai skaitā vairāku viena iemesla izraisītu bojājumu analīze, jānovērtē šo bojājumu seku ietekme un to iespējamības raksturojums. Biežākie iemesli, kas jāņem vērā, ir, piemēram, ugunsgrēki, strāvas padeves pārtraukumi, vides traucējumi, elektriskie, magnētiskie un elektromagnētiskie traucējumi, ekspluatācijas un apkopes personāls.

Uzticamības ziņā tehniskais projekts APCS jāiekļauj:

Atsevišķu apakšsistēmu un to elementu apkopes noteikumi, tostarp veidi, līdzekļi, metodes, apkopes nosacījumi un termiņi, kā arī bojāto elementu vidējo atkopšanas laiku aprēķini.

Aprēķini par vidējo un paredzamo bojājumu skaitu un aplēses par nepieciešamo rezerves daļu skaitu gadā atsevišķiem tehniskā aprīkojuma veidiem.

Apkopes un remontdarbu darbietilpības vai izmaksu aprēķini, plānotais apkopes personāla skaits un kvalifikācija.

Tehniskie līdzekļi un programmatūra ir jāaizsargā pret nodošanu ekspluatācijā nederīgā stāvoklī.

1. Ātruma prasības

   Prasību apjoms:

šīs sadaļas prasības attiecas uz automātiskās vadības sistēmas ātrumu un energobloka siltumenerģijas iekārtas informāciju;

tie neietver turbīnu vadības ķēdes, aizsargājošus elektriskos un elektrohidrauliskos izpildmehānismus, releja aizsardzība elektriskās iekārtas, ko ražotāji piegādā komplektā ar procesa aprīkojumu.

Informācijas parādīšanas ātrums:

aizkave no brīža, kad attēls tiek izsaukts video termināļa ekrānā, līdz tā parādīšanās brīdim nedrīkst pārsniegt 400 ms - 1 s. atkarībā no rāmja veida;

video termināļu operatīvās informācijas atjaunināšanas ciklam nevajadzētu būt ilgākam par 1 s;

trauksmju parādīšanas aizkave nedrīkst pārsniegt 25 ms;

citu signālu parādīšanas aizkave nedrīkst pārsniegt 100 ms;

signālu apstrādes laikam avārijas situāciju reģistrācijas apakšsistēmā jābūt mazākam par aparatūras aizsardzības darbības laiku, lai precīzi noteiktu aizsardzības darbības pamatcēloni un secību.

Kontroles darbību pārsūtīšanas ātrums:

kopējais kavējums informācijas pārraidē pa tehnoloģiskās aizsardzības kanāliem (katlu un turbīnu) nedrīkst pārsniegt 10 ms;

kopējā aizkave informācijas pārraidē pa zemāka līmeņa regulēšanas vai vadības cilpu no sensora uz izpildmehānismu nedrīkst pārsniegt 100 ms;

kopējā aizkave informācijas pārraidē caur augšējo līmeņu vadības un vadības cilpām no sensora uz izpildmehānismu nedrīkst pārsniegt 1 s .;

svarīgu kontroles darbību pārsūtīšanas kavēšanās nedrīkst būt lielāka par 25 ms, pārējām - 100 ms.

Izpildstruktūru darbības ātrums:

kopējā pretdarbības vērtība izpildmehānismu un regulējošo institūciju savienojumos nedrīkst pārsniegt 0,5% no pilna gājiena;

regulējošo orgānu kopējais pārvietošanās laiks nedrīkst pārsniegt 90 s, drošības sistēmu slēgvārstu laiks nedrīkst būt ilgāks par 1,5 s.

1. Uzticamības prasības

   Lai noteiktu visas ievades informācijas ticamību viena sensora klātbūtnē, tiek izmantotas šādas metodes:

barošanas sprieguma esamības un visu informācijas plūsmas kanālā iekļauto ierīču darbspējas diagnostika: sensors, savienojošās līnijas, analogais-digitālais pārveidotājs, digitālie moduļi utt.;

pārbaudot nosacījumu, ka signāls ir pieļaujamā diapazonā;

pārbaudot nosacījumu, vai signāla maiņas ātrums nepārsniedz maksimālo iespējamo;

pārbaudot nosacījumu, ka signāla vērtība noteiktu laiku nepaliek nemainīga.

Lai noteiktu vairāku signālu ticamību, tiek izmantota signāla un tā modeļa atbilstības pārbaude, kas darbojas tehnoloģiskā procesa tempā, pamatojoties uz informāciju par citiem parametriem.

Ja nav izpildīts kāds no 6.4.1. un 6.4.2. punktā norādītajiem nosacījumiem, signāls tiek pasludināts par neuzticamu un tiek saglabāta pēdējā reprezentatīvā informācija.

Lai pārbaudītu dublēto mērījumu ticamību katram signālam, tiek pārbaudīti 6.4.1. punkta nosacījumi un, ja kāds no tiem nav izpildīts, signāls tiek atzīts par neuzticamu. Ja ir izpildīti norādītie nosacījumi, signālu vērtību starpība tiek salīdzināta ar pieļaujamo neatbilstības vērtību, ja šī vērtība tiek pārsniegta, abi signāli tiek pasludināti par neuzticamiem, bet informācija tiek saglabāta.

Lai pārbaudītu trīskāršotu mērījumu ticamību, tiek veiktas šādas darbības:

tiek noteikta 3 signāla vērtību vidējā mediāna;

starpība starp vidējo un diviem galējiem signāliem tiek salīdzināta ar pieļaujamo neatbilstību;

ja kāda no atšķirībām pārsniedz pieļaujamo vērtību, attiecīgais galējais signāls tiek pasludināts par nereprezentatīvu;

ja abas atšķirības pārsniedz pieļaujamās vērtības, visi trīs signāli tiek pasludināti par nereprezentatīviem.

Lai pārbaudītu vadības komandu izpildi, ir paredzēta procedūra izpildmehānisma pozīciju atšķirību salīdzināšanai pirms un pēc vadības komandas došanas ar komandas ilgumu. Ja neatbilstība ir ārpus pielaides, kanāls tiek pasludināts par bojātu.

Ir iespējams izmantot citas uzticamības pārbaudes metodes, kas jāprecizē tehniskā projekta stadijā.

1. Precizitātes prasības

   Mērījumu precizitāte:

termotehnisko mērījumu sensoru, ko izmanto tehnisko un ekonomisko rādītāju aprēķināšanai, kļūdai jābūt ne vairāk kā 0,25%. Pārējo TEC aprēķināšanai izmantoto sensoru kļūdai jābūt ne vairāk kā 0,5%;

signālu precizitāte pēc izpildmehānismu novietojuma nav standartizēta.

citiem signāliem, ko izmanto vadības ķēdēs, tehnoloģiskās aizsardzības un signalizācijas regulēšanā, kļūdai jābūt ne lielākai par 0,5%;

mērīšanas kanāliem temperatūras, spiediena, plūsmas un līmeņa mērīšanai jābūt kļūdai ne vairāk kā 0,5%.

Tehnisko, ekonomisko un citu rādītāju aprēķinu rezultātu kļūda nedrīkst pārsniegt 0,5%.

Informācijas displeja precizitāte:

parametru vērtībām, kas tiek parādītas digitālajā displejā un digitālajā drukā, jābūt četriem zīmīgajiem cipariem.

video termināļos grafiskā formā parādīto parametru vērtības (procesu diagrammas, diagrammas) ir jāattēlo ar vienas ekrāna rastra līnijas precizitāti.

izņēmuma kārtā ir pieļaujamas atkāpes no 6.5.1. - 6.5.3.punktos dotajām prasībām, par kurām jāvienojas tehniskā projekta stadijā.

Vadības komandu izpildes precizitāte:

noslēgšanas un regulēšanas vārstu gala un gala slēdžiem jābūt ar tādu konstrukciju, kas ļauj tos regulēt ar precizitāti vismaz 1% no gājiena diapazona;

izpildmehānismu pārsniegums nedrīkst pārsniegt 0,5% no diapazona;

regulēšanas struktūrām vadības sprieguma padeves ilgums izpildmehānismam nedrīkst atšķirties no vadības darbības padeves ilguma vairāk kā par 50 ms.

Notikuma laika reģistrācijas precizitātei (APCS kopējā laika sistēmā) jābūt:

iniciatīvas signāliem no elektriskās un tehnoloģiskās aizsardzības - 10 ms;

citiem trauksmes signāliem un tālvadības pults komandām - 50 ms;

brīdinājuma signalizācijai un notikumiem automātiskās vadības un regulēšanas apakšsistēmā - 100 ms.

7. PRASĪBAS APCS PIEŅEMŠANAI

1. Pieņemšanas prasības

   Pieņemšanai ir jāiesniedz automatizētu procesa vadības sistēmu komplekts, tostarp:

tehnisko līdzekļu komplekss (KTS), kas samontēts un savienots saskaņā ar darba rasējumiem automatizēto procesu vadības sistēmu tehnisko līdzekļu uzstādīšanai un sagatavots darbam ar iekārtām un instrumentiem remontam;

operatīvo dokumentāciju (tai skaitā dokumentāciju par automatizēto procesu vadības sistēmu informācijas un organizatorisko nodrošinājumu) 3 (trīs) eksemplāros uz papīra un elektroniskā veidā, kas satur visu informāciju par sistēmu, kas nepieciešama automatizētās procesu vadības sistēmas apgūšanai un tās darbības nodrošināšanai;

programmatūra programmu veidā datoru datu nesējos 3 (trīs) eksemplāros un pavadošā programmatūras dokumentācija;

Rezerves daļas un piederumi, instrumenti un ierīces automatizētās procesa vadības sistēmas darbības pārbaudei, tehnisko līdzekļu regulēšanai un mērīšanas kanālu metroloģisko raksturlielumu uzraudzībai pasūtījumā paredzētajā apjomā projekta dokumentācija, saskaņots ar automatizētās procesu vadības sistēmas un lietotāja metroloģijas servisa Pasūtītāju aparatūras verifikācijas ziņā, ieskaitot tehnisko dokumentāciju un metodiku problēmu novēršanai;

veidlapa APCS kopumā un veidlapas programmatūras produktiem, katra vienā eksemplārā.

1. APCS testu veidi

   Automatizētajai procesa vadības sistēmai ir jāiztur šāda veida testi:

iepriekšējas pārbaudes;

izmēģinājuma darbība;

pieņemšanas testi.

Automatizēto procesu vadības sistēmu testēšanu atļauts veikt vienā vai vairākos posmos. Pamatojoties uz testa rezultātiem, tiek sastādīts “Pārbaudes protokols”.

APCS provizoriskie testi:

tiek veiktas automatizētās procesa vadības sistēmas priekšpārbaudes, lai noteiktu tās veiktspēju un atrisinātu jautājumu par iespēju pieņemt izmēģinājuma ekspluatācijā automatizēto procesu vadības sistēmu;

sākotnējās pārbaudes programmu apstiprina Pasūtītājs;

automatizēto procesu vadības sistēmu priekšpārbaudes organizē Pasūtītājs un veic Piegādātājs un Pasūtītājs kopīgi;

tiek veiktas automatizēto procesu vadības sistēmu sākotnējās pārbaudes esošajām iekārtām;

procesa iekārtu palaišanai un izslēgšanai nepieciešamo APCS funkciju iepriekšējas pārbaudes var veikt objektā, izmantojot simulatoru;

pamatojoties uz provizorisko pārbaužu rezultātiem, tiek sastādīts slēdziens par iespēju pieņemt izmēģinājuma ekspluatācijā automatizēto procesu vadības sistēmu, kā arī nepieciešamo uzlabojumu saraksts un to ieviešanas laiks.

Automatizēto procesu vadības sistēmu pilotdarbība:

tiek veikta pilotoperācija, lai, veicot katru automatizēto funkciju, pārbaudītu automatizētās procesa vadības sistēmas pareizu darbību uz esošajām iekārtām;

izmēģinājuma darbības ilgums, ne vairāk kā 6 (seši) mēneši;

pamatojoties uz izmēģinājuma darbības rezultātiem, tiek sastādīts akts par automatizētās procesa vadības sistēmas pārbaudes darba pabeigšanu izmēģinājuma darbības režīmā.

APCS pieņemšanas testi:

tiek veiktas APCS pieņemšanas pārbaudes, lai noteiktu sistēmas nodošanas ekspluatācijā iespēju un tās raksturlielumu atbilstību APCS tehnisko specifikāciju prasībām;

pirms automatizētās procesa vadības sistēmas nodošanas pieņemšanas pārbaudēm tiek veikta automatizētās procesa vadības sistēmas mērīšanas kanālu metroloģiskā sertifikācija atbilstoši spēkā esošajiem standartiem;

pārbaude tiek veikta manuālā režīmā ar automātisku reģistrāciju personālais dators un drukas ierīci

pirms automatizētās procesa vadības sistēmas nodošanas akcepttestēšanai, sistēma un tās tehniskā dokumentācija ir jānoformē atbilstoši iepriekšējās pārbaudes protokola komentāriem un darba pabeigšanas sertifikātam par automatizētās procesa vadības sistēmas pārbaudi izmēģinājuma darbības režīmā;

funkcionējošā vadības objektā jāveic automatizēto procesu vadības sistēmu pieņemšanas testi;

pamatojoties uz pieņemšanas pārbaužu rezultātiem, komisija sastāda pārbaudes aktu un aktu par automatizētās procesa vadības sistēmas nodošanu ekspluatācijā;

procesa vadības sistēmas tehniskās un ekonomiskās efektivitātes un uzticamības rādītāju faktisko vērtību noteikšana tiek veikta pēc tās nodošanas ekspluatācijā.

1. Garantijas

   1. Piegādātājam ir jāgarantē uzticama un efektīva procesa vadības sistēmas darbība kopumā (ieskaitot līdzekļus, ko viņš izmanto kā sastāvdaļas).

   APCS garantijas periodam jābūt vismaz 24 mēnešiem no APCS pieņemšanas komerciālai ekspluatācijai (pieņemšanas akta parakstīšanas). Šajā laikā Piegādātājs nodrošina garantijas remontu. Turpmāk Piegādātājs par atsevišķu samaksu veic remontdarbus visu iekārtas kalpošanas laiku. Mikroprocesoru plates remonts jāsamazina līdz vienkāršai to nomaiņai.

   2. Pasūtītājam jāgarantē procesa vadības sistēmas darbības nosacījumu ievērošana.

8. PRASĪBAS APCS DARBĪBAI

1. Ekspluatācijas apstākļi

   Klimatiskie apstākļi rūpniecisko vadības sistēmu tehnisko līdzekļu darbība ir dota 8.1. tabulā

8.1. tabula

Klimatiskie apstākļi automatizēto procesu vadības sistēmu tehnisko līdzekļu darbībai

Vārds	Temperatūra С		Relatīvais mitrums %
telpas		galīgais strādājot		galīgais strādājot
1. Telpu tehn. Darbnīcu aprīkojums
1.1. Turbīnu nodaļa
1.2. Katlu telpa
2. Telpas CTS APCS galvenajā ēkā
3. Tas pats vadības telpā

Piezīme 8.1. tabulai:

* - Ir iespēja samazināt temperatūru zem 0 apkures atteices gadījumā;

** - Paaugstināts mitrums noplūdes dēļ tehnoloģiskās iekārtas.

Vidējais gaisa spiediens visās telpās ir 745 mm Hg.

Augstākais putekļu saturs gaisā tehnoloģisko iekārtu telpās atbilstoši sanitārajiem standartiem ir līdz 4 mg/m 3 . Katlu telpā noteiktos periodos putekļu saturs var sasniegt 10-12 mg/m 3 .

Maksimālajam vibrācijas līmenim APCS aparatūrai jābūt vismaz: vibrācijas ātrumam - 11,0 mm/s, amplitūdai - 30 µm.

Tehniskā aprīkojuma uzglabāšanas apstākļi - neapsildāmās noliktavas (gaisa temperatūra -43 +37 С pie relatīvā mitruma līdz 90%), kā arī apsildāmās noliktavas ar temperatūru -5 +37 С.

Tehnisko līdzekļu pārvadājumi pa dzelzceļu un autotransportu. CTC jāiepako un jāiepako tā, lai izslēgtu tā nolietošanos, bojājumus un (vai) iznīcināšanu. Taras un iepakojuma izmaksas ir iekļautas preces cenā.

Tehniskie līdzekļi, kas novietoti tieši uz procesa iekārtām vai procesa cehās, jāuzstāda vietās, kas izslēdz tiešu mitruma iekļūšanu, agresīvu vidi, atklātu uguni, kā arī mehānisku ietekmi, vai īpaša aizsardzība no iepriekšminētajām ietekmēm.

Sensori, kas paredzēti ūdens un ūdens tvaiku un ūdens tvaiku līmeņu, plūsmas ātruma un spiediena mērīšanai, un impulsu līnijas jānovieto vietās, kas nav pakļautas negatīvai temperatūrai.

Visiem APCS tehniskajiem līdzekļiem jānodrošina ērta pieeja, tiem jābūt pieejamiem individuālai pārbaudei, remontam vai nomaiņai no pastāvīgajām servisa vietām, netraucējot citu APCS ierīču vai procesa iekārtu darbību.

Mašīntelpā vai katlu telpā atklāti uzstādīto tehnisko līdzekļu konstrukcijai jānodrošina aizsardzība pret nepiederošu personu neatļautu iejaukšanos viņu darbā.

APCS telpās ar mākslīgu klimatu nepārtraukti jāuzrauga gaisa kondicionēšanas sistēmu darbība un darbības apstākļi.

APCS iekārtai jābūt darbināmai reāli esošo elektrisko un elektromagnētisko lauku apstākļos.

1. Enerģijas padeve

Automatizēto procesu vadības sistēmu elektroapgādes organizācijas galvenajam principam vajadzētu būt darba strāvas sadalei starp patērētāju grupām tā, lai viens elektroapgādes tīkla elementa darbības traucējums vai remonts neizraisītu strāvas padeves izslēgšanu. vienība.

Visi patērētāji, izņemot datortehniku, ir jāsadala grupās pēc tehnoloģiskā principa: turbīnu un katlu telpas. Katras grupas barošana jāveic, izmantojot neatkarīgas aizsardzības ierīces.

Katrā grupā patērētāji jāiedala šādās apakšgrupās:

tehnoloģiskā aizsardzība;

aizsardzībā iesaistītās sekundārās ierīces, kā arī sensori un normalizējošie pārveidotāji;

sekundārās ierīces, kas nav iesaistītas aizsardzībā, ieskaitot tās, kas atrodas vadības telpas darbības ķēdē, to sensori un normalizējošie pārveidotāji;

ierīces īpaši atbildīgu patērētāju tālvadībai un bloķēšanai;

ierīces neatbildīgu patērētāju tālvadībai un bloķēšanai;

signalizācija;

brīdinājuma signalizācija;

sensori, normalizējošie pārveidotāji un ierīces, kas ir kopīgas vairākām patērētāju grupām.

Kā darba strāvas avotus var izmantot:

dažādu sekciju (parasti divu) riepas īpaši atbildīgiem patērētājiem RUSN 0,4 kV sava spēka agregāta;

blakus esošā energobloka īpaši svarīgu patērētāju RUSN 0,4kV sekciju kopne, no kuras netiek dublētas šī energobloka RUSN 0,4kV kopnes;

vienību invertori nepārtrauktās barošanas avots(UPS) un pārveidotāji (invertori), kas savienoti ar akumulatoru;

uzlādējamās baterijas.

Strāvas padeve ar maiņstrāvu jāveido no speciāli šim nolūkam organizētām darba strāvas kopnēm, kas caur AVR ierīcēm savienotas ar darba strāvas avotiem.

Vairāku ierīču, kas īsteno vienu kopīgu funkciju, iekārtu barošanai jābūt ražotai no vieniem un tiem pašiem avotiem.

Gadījumā, ja dažādas ierīces, kas ir daļa no jebkuras barošanas bloka APCS ierīces, nodrošina kopīgas funkcijas realizāciju, bet to tehnisko īpašību dēļ prasa atsevišķu (no dažādiem avotiem) barošanas padevi, pēdējais jāorganizē tādā veidā, lai izslēgtu šīs ierīces nepareizas darbības iespējamību, ja kādai no tās ierīcēm pazūd strāva.

Savstarpēji lieki sensori, mērpārveidotāji un sekundārās ierīces, kas mēra viena un tā paša parametra vērtības, ir jāpievieno dažādiem strāvas avotiem.

Ierīču barošana ar darba strāvu zemspriegums jābūt izgatavotiem no īpašiem pārveidotājiem.

Mikroprocesoru sistēmas barošanas shēmas papildus jāprecizē tehniskā projekta stadijā. Strāvas padeves pārtraukuma laikā šai sistēmai jādarbojas 24 stundas.

9. PRASĪBAS APCS TEHNISKO TELPU TELPĀM

Energoblokam plānots izstrādāt daudzlīmeņu, ģeogrāfiski sadalītu procesu vadības sistēmu, līdz ar to daļa tehnisko līdzekļu kompleksa tiks izvietota tehnoloģisko veikalu telpās.

Mikroprocesoru staciju, komutācijas iekārtu un citu automatizēto procesu vadības sistēmu tehnisko līdzekļu izvietošanai ir paredzētas telpas elektrostacijas tehnoloģiskajos cehos. Šīm telpām jābūt aprīkotām ar elektroenerģiju, apgaismojumu, ventilāciju un ierīci portatīvo servisa ierīču uzstādīšanai un pieslēgšanai.

Turklāt šīm telpām, kā arī skapjiem ar APCS iekārtām jābūt tiešam telefona pieslēgumam ar darba vietu operatīvai vadībai, uzturēšanai un regulēšanai.

Ja procesa vadības sistēmas tehniskos līdzekļus novieto tieši uz procesa iekārtām vai procesu cehos, tie jāuzstāda vietās, kas izslēdz tiešu mitruma iekļūšanu, agresīvu vidi, atklātu uguni, kā arī mehānisku ietekmi, un ir atbilstoša aizsardzības pakāpe (ne zemāka par IP-55).

TK GOST izstrāde Tehniskais uzdevums radīt automatizēta sistēma

Informācija par projektu Izstrādes pasūtītājs ir Federālā aģentūra "Valsts personāls". Struktūra: centrālā aģentūra, reģionālās filiāles. Izstrādātājs SIA "Soft" Aģentūras funkcijas (1.līmenis) -Valsts organizāciju personāla uzskaite -Personāla vadība -Analīze -Mijiedarbība ar iedzīvotājiem

Valsts organizāciju personāla uzskaite (2. līmenis) NSI uzturēšana. Informācijas vākšana un glabāšana par valsts struktūru. organizācijām. Datu arhīvu uzturēšana. Personāla vadība (2. līmenis) Organizāciju struktūras, personāla tabulas un personāla politikas plānošana. Algu sagatavošana. Personāla kustības operatīvā uzskaite. Administratīvās darbplūsmas uzturēšana personāla un darbaspēka uzskaitei, darbinieku sertifikācija un vajadzību noteikšana (apmācība, padziļināta apmācība). Analīze (2. līmenis) Personāla procesu analīze. Analītisku un statistisku ziņojumu sagatavošana pēc pieprasījuma. Regulēto pārskatu sagatavošana. Sabiedrības iesaistīšanās (2. līmenis) Publiski pieejamas informācijas publicēšana. Personāla atlase vakantajām vietām.

Organizāciju struktūras, personāla un personāla politikas plānošana (3. līmenis) - jebkuras sarežģītības uzņēmuma vai uzņēmuma korporatīvās struktūras veidošana un uzturēšana; - atbalsts vairākām hierarhiskām struktūrām, kas apvieno personālu: organizatoriskā, funkcionālā, dizaina, budžeta; - personāla tabulas (SR) uzturēšana un plānošana; - utt. Atbalsts vairākām hierarhiskām struktūrām (4. līmenis) - Jaunu veidu struktūru pievienošana; - Esošo tipu rediģēšana; - Struktūras veidņu izveide; - Izmaiņu vēstures glabāšana;

TK struktūra n\ n 1. sadaļa Vispārīgie noteikumi 2 Sistēmas izveides (izstrādes) mērķis un uzdevumi 3 Automatizācijas objekta raksturojums 4 Prasības sistēmai 5 Sistēmas izveides darba sastāvs un saturs 6 Uzraudzības kārtība un sistēmas pieņemšana 7 Prasības darba sastāvam un saturam, lai sagatavotu automatizācijas objektu sistēmas nodošanai ekspluatācijā 8Dokumentācijas prasības 9Izstrādes avoti

1. Vispārīgi noteikumi 1.sistēmas un tās pilns nosaukums simbols; 2. tēmas šifrs vai līguma šifrs (numurs); 3. sistēmas izstrādātāja un pasūtītāja (lietotāja) uzņēmumu (asociāciju) nosaukums un rekvizīti; 4. dokumentu saraksts, uz kuru pamata sistēma tiek veidota, kas un kad šos dokumentus apstiprinājis; 5. plānotie datumi sistēmas izveides darbu uzsākšanai un pabeigšanai; 6. informācija par darbu finansēšanas avotiem un kārtību; 7. Reģistrācijas un darba rezultātu prezentēšanas pasūtītājam kārtība pie sistēmas (tās daļu) izveides, atsevišķu līdzekļu (aparatūras, programmatūras, informācijas) un programmatūras un aparatūras (programmatūras un metodiskās) izgatavošanas un regulēšanas. ) sistēmas kompleksi. 8. Izmantotās normatīvās un tehniskās dokumentācijas sastāvs 9. Definīcijas, apzīmējumi, saīsinājumi

1.1. Sistēmas pilns nosaukums: Vienota automatizētā personāla uzskaites sistēma visiem valsts uzņēmumiem "AS Kadry". Sistēmas īsais nosaukums: AS Kadry Priekšmeta kods: AIS-KA-FA-07 Līguma numurs: 1/ no Sistēmas pasūtītājs ir Federālā aģentūra "Valsts personāls". Klienta adrese: Maskava, Sarkanais laukums, 1. Sistēmas izstrādātājs ir Soft LLC Izstrādātāja adrese: Maskava, Lubjanka, d AS "Kadry" izstrādes pamatā ir šādi dokumenti un noteikumi: visu valsts uzņēmumu "AS Kadry" automatizētās personāla uzskaites sistēmas - Federālā 2006. gada 1. jūlija likums N 555-FZ "Valsts personāla vadība" - Krievijas Federācijas valdības 2005. gada 1. janvāra dekrēts N "Par federālo mērķprogrammu "Elektroniskais personāls (gadi)"; - Federālās aģentūras "Sabiedriskais personāls" informatizācijas koncepcija gadiem. Paredzētais visu valsts uzņēmumu "AS Kadry" Vienotās automatizētās personāla uzskaites sistēmas izveides pabeigšanas datums ir 2009.gada 15.decembris.

1.8. Izstrādājot automatizētu sistēmu un veidojot projektēšanas un ekspluatācijas dokumentāciju, Izpildītājam ir jāvadās pēc sekojošām prasībām. normatīvie dokumenti: – GOST Standartu komplekts automatizētām sistēmām. Automatizētās sistēmas. Radīšanas posmi; - GOST Informāciju tehnoloģijas. Standartu komplekts automatizētām sistēmām. Dokumentu veidi, sarežģītība un apzīmējums, veidojot automatizētas sistēmas; - RD vadlīnijas. Informāciju tehnoloģijas. Standartu komplekts automatizētām sistēmām. Automatizētās sistēmas. Prasības dokumentu saturam Sistēma tiek nodota funkcionējoša kompleksa veidā, pamatojoties uz Pasūtītāja un Izpildītāja datortehniku ​​valsts līgumā noteiktajos termiņos. Sistēmas pieņemšanu veic komisija, kuras sastāvā ir Pasūtītāja un Izpildītāja pilnvarotie pārstāvji. Sistēmas prezentēšanas, testēšanas un galīgās pieņemšanas kārtība ir noteikta šo noteikumu 6.punktā. Kopā ar sistēmas prezentāciju tiek iesniegts Izpildītāja izstrādāts dokumentācijas kopums saskaņā ar šī Nolikuma 8.punktu Finansējuma avots ir budžets Krievijas Federācija. Finansēšanas kārtību nosaka valsts līguma nosacījumi.

2. Sistēmas izveides (izstrādes) mērķis un mērķi 1) Sistēmas mērķis - norādiet automatizētās darbības veidu (pārvaldība, projektēšana u.c.) un automatizācijas objektu (objektu) sarakstu, uz kuriem tai ir jābūt. lietots; 2) sistēmas izveides mērķi - sniedz automatizācijas objekta tehnisko, tehnoloģisko, ražošanas-ekonomisko vai citu rādītāju nosaukumus un nepieciešamās vērtības, kas jāsasniedz AS izveides rezultātā, un norāda kritērijus. sistēmas izveides mērķu sasniegšanas novērtēšanai ..

2.1. Mērķis: AIS "Personāls" ir paredzēts kompleksai informācijai un federālās aģentūras "Publiskais personāls" procesu analītiskajam atbalstam šādu procesu īstenošanas ziņā: NSI uzturēšana. Informācijas vākšana un glabāšana par valsts struktūru. organizācijām. Datu arhīvu uzturēšana. Organizāciju struktūras, personāla un personāla politikas plānošana. Algu sagatavošana. Personāla kustības operatīvā uzskaite. Administratīvās darbplūsmas uzturēšana personāla un darbaspēka uzskaitei, darbinieku sertifikācija un vajadzību noteikšana (apmācība, padziļināta apmācība). Personāla procesu analīze. Analītisku un statistisku ziņojumu sagatavošana pēc pieprasījuma. Regulēto pārskatu sagatavošana. Informācijas atklātās daļas publicēšana sabiedrībai. Personāla atlase vakantajām vietām. Avots - OFM, IDEF0

2.2. Galvenie AIS "Personāls" izveides mērķi ir: Mērķu sasniegšanas kritēriji: -esošās novecojušās informācijas sistēmas nomaiņa, kas nenodrošina iespēju sniegt visaptverošu informāciju un analītisko atbalstu augstāk uzskaitītajiem procesiem, mainīta saistībā ar ieviešanu. jaunajiem personāla vadības noteikumiem. - Augstāk uzskaitīto procesu izpildes efektivitātes uzlabošana, samazinot neproduktīvās un dublējošās operācijas, operācijas, kas tiek veiktas "manuāli", optimizējot procesu dalībnieku informācijas mijiedarbību. - Vadības lēmumu pieņemšanas kvalitātes uzlabošana, pateicoties prezentācijas ātrumam, informācijas attēlošanas formātu pilnīgumam, uzticamībai un ērtībai; - Palielinot informācijas atklātību un federālās aģentūras "Valsts personāls" institūciju darbības caurskatāmību, palielinot ērtības un komfortu (samazinot finanšu un laika izmaksas) fizisko un juridiskām personām saņemot informāciju par aģentūras darbību un tās pakalpojumiem. Lai sasniegtu izvirzītos mērķus, sistēmai jāatrisina šādi uzdevumi: - Reģistra datu ievade; - Datu reģistru rediģēšana; - Analītisku atskaišu un izrakstu veidošana; - Integrēt ar esošo citu valsts aģentūru AIS; utt. Avots - klientu dokumentācija, aptaujas materiāli

Automatizācijas objekts ir valsts personāla vadības procesi (2.1.punkts), kā arī šo procesu ieviešanas efektivitātes uzraudzība. Šos procesus veic šādi speciālisti: - Plānošanas un ekonomikas daļas vai Darba un algu departamenta ekonomisti; - HR inspektori un personāla vadītāji; - Vadītāji dažādi līmeņi, t.sk. un augstākā vadība; - hronometriem un hronometrāžas biroju darbiniekiem; - Norēķinu daļas grāmatveži un uzņēmumu galvenie grāmatveži. Federālās aģentūras galvenos uzdevumus, funkcijas un pilnvaras nosaka nolikums, kas apstiprināts ar 2000. gada 1. janvāra Rezolūciju Nr. 333. Avots - OFM, IDEF0 Klientu dokumentācija, IDEF0

Esošā programmatūra Esošā aparatūra Esošais normatīvais un juridiskais atbalsts Šobrīd federālajā aģentūrā valsts personāla vadības jomā un ar to saistītajās jomās ir izstrādātas un ieviestas šādas informācijas sistēmas: - Algu sistēma; - Dokumentu vadības sistēma; - Darbinieku reģistrs. Algu sistēma: sistēmu ieviesa Federālās aģentūras darbinieki. Sistēmu izmanto norēķinu daļas grāmatveži un uzņēmumu galvenie grāmatveži. Sistēma realizē šādas funkcijas:... Telekomunikāciju infrastruktūra tiek izvietota uz Federālajai aģentūrai "Valsts personāls" piederošā aprīkojuma bāzes. Katrai aģentūras rajona nodaļai ir īpašs datu bāzes serveris. Visi datu bāzes serveri ir apvienoti vienā telekomunikāciju tīklā, izmantojot nomātas līnijas ar joslas platumu 1 Mb/sek. Esošo regulējošo un juridisko atbalstu veido federālie un reģionālie normatīvie tiesību akti: - Krievijas Federācijas konstitūcija; - Krievijas Federācijas Civilkodekss; - departamentu akti utt. Klienta dokumentācija, IDEF0

4.1.prasības sistēmai kopumā - prasības sistēmas uzbūvei un funkcionēšanai; - prasības sistēmas personālam; - galamērķa rādītāji; - uzticamības prasības; drošība; ergonomika un tehniskā estētika; transportējamība; sistēmas komponentu ekspluatācija, apkope, remonts un uzglabāšana; informācijas aizsardzība; informācijas drošība negadījumu gadījumā; aizsardzība pret ārējo ietekmi; - prasības patentu pielaidei; standartizācija un unifikācija; - Papildu prasības.

4.1.1. prasības sistēmas uzbūvei un funkcionēšanai 1) apakšsistēmu saraksts, to mērķis un galvenie raksturlielumi, prasības hierarhijas līmeņu skaitam un sistēmas centralizācijas pakāpei; 2) prasības saziņas metodēm un līdzekļiem informācijas apmaiņai starp sistēmas komponentiem; 3) prasības veidojamās sistēmas starpsavienojumu raksturlielumiem ar blakus sistēmām, prasības to savietojamībai, tajā skaitā norādījumi, kā apmainīties ar informāciju (automātiski, nosūtot dokumentus, pa tālruni u.c.); 4) prasības sistēmas darbības režīmiem; 5) prasības sistēmas diagnostikai; 6) sistēmas attīstības, modernizācijas perspektīvas.

AS Kadra jāiekļauj šādas apakšsistēmas: - Datu uzglabāšanas apakšsistēma; - Operatīvās vadības lietojumprogrammu apakšsistēma; - Apakšsistēma atsauces informācijas pārvaldībai; - Analīzes apakšsistēma; - Integrācijas apakšsistēma; - Ziņošanas apakšsistēma; - Atvērts FA departamenta informācijas resurss. Avots - IDEF0 sadalīšanās

Apakšsistēmu mērķis Datu uzglabāšanas apakšsistēma ir paredzēta sistēmas operatīvo datu, analītisko atskaišu ģenerēšanas datu, atskaišu gaitā ģenerēto sistēmas dokumentu glabāšanai. Operatīvās vadības lietojumprogrammu apakšsistēma ir paredzēta, lai reģistrētu darbu ar personālu, ievadītu informāciju par uzņēmumiem, kas ietilpst mātesuzņēmumā, to organizatorisko sadalījumu un personālu, automatizētu personāla vadības procedūras (pilnīgas informācijas par personālu, personāla novērtēšanas procedūrām, apmācībām utt. ), nodrošinot pilnu darba daļas inspektoru darba spektru un algas, automātiska pasūtījumu, sertifikātu noformēšana, darba laika uzskaite. Atsauces informācijas pārvaldības apakšsistēma ir paredzēta apakšsistēmu informācijas savietojamības nodrošināšanai izmantoto klasifikatoru un direktoriju centralizētai uzturēšanai. Analīzes apakšsistēma ir paredzēta gan AS personāla procesu analīzei, gan AS uzkrāto datu masīva analītiskajai apstrādei. Integrācijas apakšsistēmai jānodrošina šādi galvenie mijiedarbības veidi ar blakus sistēmām: - pieprasījumu saņemšana no blakus sistēmām, saņemto pieprasījumu apstrāde un atbilžu sniegšana uz pieprasījumiem; – pieprasījumu pārsūtīšana uz blakus sistēmām un saņemto atbilžu apstrāde. Projekta īstenošanas gaitā jāizstrādā datu formāti, protokoli un noteikumi Sistēmas mijiedarbībai ar blakus sistēmām. Apakšsistēmai jānodrošina ienākošo un apstrādāto pieprasījumu, nosūtīto pieprasījumu un saņemto atbilžu žurnālu uzturēšana no blakus sistēmām. Atskaišu apakšsistēma ir izstrādāta, lai izveidotu un ģenerētu atskaites formā, kas ir ērta izvadīšanai uz drukāšanas ierīcēm, pamatojoties uz AS personāla datiem, izstrādātu un izstrādātu reglamentētas atskaites veidlapas, iestatītu regulētu atskaišu plānoto ģenerēšanu un piegādi, ģenerētu un nodrošinātu analītiskos un statistikas pārskatus. pēc lietotāju pieprasījuma dažādos formātos (arī grafiski), regulēto atskaišu attēlošana, izmantojot tīmekļa saskarni, sagatavotu atskaišu formu drukāšana. Automātiskajai sistēmai Open Departmental Information Resource (AS OVIR) jānodrošina publiska piekļuve Krievijas Federācijas pilsoņiem AS Kadra informācijas atklātajai daļai, izmantojot internetu. Tāpat AS OVIR jānodrošina AS Kadra lietotājiem pieeja AS datu bāzes operatīvajiem datiem

Prasības saziņas metodēm un līdzekļiem informācijas apmaiņai starp sistēmas komponentiem Apakšsistēmas personālam, kas darbības laikā ir AS daļa, jāapmainās ar informāciju, pamatojoties uz atvērtiem datu apmaiņas formātiem, izmantojot tajos iekļautos informācijas apmaiņas moduļus. Datu formāti tiks izstrādāti un apstiprināti inženierprojektēšanas posmā. Pārsūtītie dati ietver: - NSI datus; - Informācija par valsts uzņēmumiem; - Informācija par personālu; Avots - saites uz diagrammām IDEF0, DFD

Prasības izveidotās sistēmas starpsavienojumu ar blakus sistēmām raksturlielumiem AS Personālam jādarbojas ar šādām blakus sistēmām: - blakus sistēma 1; - Blakus sistēma 2. Iespējamas šādas apmaiņas iespējas (AS Personāls un Blakus sistēma 1): - Normatīvās un atsauces informācijas eksports; - Darbinieku sarakstu eksports; - Uzziņas informācijas imports; - utt. Datu importēšanas un eksportēšanas operāciju rezultāti jāreģistrē īpašā notikumu žurnālā un jāsniedz pēc lietotāja pieprasījuma. Avots - saites uz diagrammām IDEF0, DFD

Prasības sistēmas darbības režīmiem AS Kadra ir noteikti šādi darbības režīmi: - Normāls darbības režīms; - Avārijas darbības režīms. AU galvenais darbības režīms ir parastais režīms. Sistēmas parastajā darbības režīmā: - klienta programmatūra un lietotāju un sistēmas administratora tehniskie līdzekļi nodrošina iespēju darboties darba dienas laikā (no 09:00 līdz 18:00) piecas dienas nedēļā; - serveru programmatūra un ziemeļu tehniskie līdzekļi nodrošina diennakts darbības iespēju, ar pakalpojumu pārtraukumiem; - iekārtas, kas veido tehnisko līdzekļu kompleksu, darbojas pareizi; - sistēma, sistēmas pamata un lietojumprogrammatūra darbojas pareizi. Sistēmas normālas darbības nodrošināšanai nepieciešams ievērot prasības un uzturēt programmatūras un sistēmas aparatūras kompleksa darbības nosacījumus, kas norādīti attiecīgajos tehniskajos dokumentos (tehniskajā dokumentācijā, ekspluatācijas instrukcijā u.c.). Sistēmas avārijas darbības režīmu raksturo viena vai vairāku programmatūras un (vai) aparatūras komponentu atteice. Gadījumā, ja sistēma pāriet avārijas režīmā, ir nepieciešams: - izslēgt visas programmas, saglabājot datus; - izslēgt operatora darba vietas; - izslēgt visas perifērijas ierīces; - Veiciet datu bāzes dublējumu. Pēc tam ir nepieciešams veikt pasākumu kopumu, lai novērstu cēloni sistēmas pārejai uz avārijas režīmu. Avots - klienta dokumentācija (aģentūras noteikumi)

Prasības sistēmas diagnostikai AS Personālam jānodrošina rīki sistēmas galveno procesu diagnostikai, programmas izpildes procesa izsekošana un uzraudzība. Komponentiem jānodrošina ērts interfeiss diagnostikas notikumu apskatei un programmas izpildes procesa uzraudzībai. Programmatūras avārijas vai kļūdu gadījumā diagnostikas rīkiem jāļauj saglabāt visu informācijas kopumu, kas izstrādātājam ir nepieciešams, lai identificētu problēmu (ekrānuzņēmumi, pašreizējais atmiņas stāvoklis, failu sistēma). sistēma ĀS jāīsteno turpmākas modernizācijas iespēja kā programmatūra, tātad tehnisko līdzekļu komplekss. Tāpat ir jāparedz iespēja palielināt sistēmas veiktspēju, to mērogojot. Avots - pieredze, dokumentācija diagnostikas sistēmām, ITIL, MOF Avots - klientu dokumentācija (attīstības stratēģija)

4.1.2. Prasības sistēmas personāla skaitam un kvalifikācijai Sistēmas administratora galvenie pienākumi ir: - Tehnisko līdzekļu kompleksa (serveru, darbstaciju) modernizācija, konfigurēšana un darbspējas uzraudzība; - Sistēmas un pamata programmatūras instalēšana, jaunināšana, konfigurēšana un veiktspējas uzraudzība; - Lietojumprogrammatūras uzstādīšana, konfigurēšana un uzraudzība; - Sistēmas lietotāju kontu uzturēšana. Sistēmas administratoram jābūt augsti kvalificētam un praktiskā pieredze sistēmā izmantotās programmatūras un aparatūras uzstādīšanas, konfigurēšanas un administrēšanas darbu veikšana. Galvenie datu bāzes administratora pienākumi ir: - DBVS programmatūras instalēšana, jaunināšana, parametru iestatīšana; - Lieto datu bāzu optimizācija reakcijas laika, datu piekļuves ātruma ziņā; - Efektīvas politikas izstrāde, pārvaldība un ieviešana lietojumprogrammu datubāzēs glabātajai informācijai. Datu bāzes administratoram jābūt augsta līmeņa kvalifikācijai un praktiskai pieredzei AS izmantoto DBVS uzstādīšanā, konfigurēšanā un administrēšanā. Informācijas drošības administratora galvenie pienākumi ir: - Efektīvas sistēmas informācijas drošības politikas izstrāde, vadība un ieviešana; - Lietotāju piekļuves tiesību pārvaldība sistēmas funkcijām; - Informācijas drošības monitoringa ieviešana. Datu informācijas drošības administratoram jābūt ar augsta līmeņa kvalifikāciju un praktisko pieredzi informācijas drošības darba veikšanā. Sistēmas lietotājiem jābūt pieredzei ar personālo datoru, kura pamatā ir operētājsistēmas Microsoft Windows kvalificēta lietotāja līmenī un brīvi veikt pamata darbības standarta Windows sistēmā. Sistēmas administratora, datu bāzes administratora un informācijas drošības administratora lomas var apvienot vienā lomā. - Lietotājs - personāla vienību skaitu nosaka uzņēmuma struktūra; AS Personāla darbībai ir noteiktas šādas lomas: - Sistēmas administrators, - Datu bāzes administrators, - Informācijas drošības administrators. Lietotājs. Avots - pieredze, dokumentācija programmatūrai un aparatūrai

4.1.3. AS Personāla mērķa rādītājiem jānodrošina iespēja uzglabāt vēsturiskos datus vismaz 10 gadu dziļumā. Sistēmai jānodrošina iespēja vienlaicīgi darboties 50 lietotājiem operatīvo darbību apakšsistēmā un vismaz 10 lietotājiem citām apakšsistēmām ar šādiem sistēmas reakcijas laika raksturlielumiem: - navigācijas operācijām caur sistēmas ekrāna formām - nē. vairāk nekā 5 sekundes; - sertifikātu un izrakstu ģenerēšanas operācijām - ne vairāk kā 10 sekundes. Analītisko atskaišu ģenerēšanas laiku nosaka to sarežģītība, un tas var aizņemt ilgu laiku. Sistēmai ir jānodrošina iespēja mērogot apstrādātās informācijas veiktspēju un apjomu, nepārveidojot tās programmatūru, jauninot izmantotās aparatūras kompleksu. Mērogojamība ir jānodrošina izmantotajai pamatā esošajai programmatūrai. Avots - OFM, IDEF3, lietotāju noteikumi (anketas).

4.1.4. Prasības attiecībā uz uzticamību Sistēmai ir jāturpina darboties un jānodrošina tās funkciju atjaunošana sekojošās avārijas situācijās: – aparatūras barošanas sistēmas kļūmju gadījumā, kas noved pie OS pārstartēšanas, programmai jābūt atjaunots pēc OS restartēšanas un sistēmas izpildāmā faila palaišanas; - aparatūras darbības kļūdu gadījumā (izņemot datu nesējus un programmas) sistēmas funkcijas atjaunošana tiek piešķirta OS; – ar programmatūru (OS un ierīču draiveriem) saistītu kļūdu gadījumā atkopšana ir OS atbildība. Lai aizsargātu iekārtu no sprieguma pārspriegumiem un komutācijas traucējumiem, jāizmanto tīkla filtri. Avots - IS darbības pieredze Uzticamības parametru skaitliskās vērtības???????

4.1.5 Drošības prasības Visiem sistēmas tehnisko līdzekļu ārējiem elementiem, kas atrodas zem sprieguma, jābūt aizsargātiem no nejaušas saskares, un pašiem tehniskajiem līdzekļiem jābūt ar zemējumu vai aizsargzemējumu saskaņā ar GOST un PUE. Strāvas padeves sistēmai jānodrošina aizsargizslēgšanās pārslodzes gadījumā un īssavienojumi slodzes ķēdēs, kā arī avārijas manuāla izslēgšana. Vispārīgās prasības uguns drošība jāatbilst sadzīves elektroiekārtu standartiem. Ugunsgrēka gadījumā nedrīkst izdalīties toksiskas gāzes un dūmi. Pēc strāvas padeves atslēgšanas ir jābūt iespējai izmantot jebkurus ugunsdzēšanas līdzekļus. Faktori, kas kaitīgi ietekmē veselību no visiem sistēmas elementiem (tostarp infrasarkanais, ultravioletais, rentgena un elektromagnētiskais starojums, vibrācija, troksnis, elektrostatiskie lauki, horizontālās frekvences ultraskaņa utt.), nedrīkst pārsniegt pašreizējos standartus (SanPiN / datēts ar d.). Avots - tehniskā aprīkojuma dokumentācija, normas un ekspluatācijas noteikumi

4.1.6. Prasības ergonomikai un tehniskajai estētikai Lietotāju mijiedarbība ar sistēmā iekļauto lietojumprogrammatūru jāveic, izmantojot vizuālo grafisko saskarni (GUI). Sistēmas saskarnei jābūt skaidrai un ērtai, tā nedrīkst būt pārslogota ar grafiskiem elementiem un jānodrošina ātra ekrāna formu parādīšana. Navigācijas elementi jāveido lietotājam draudzīgā veidā. Informācijas rediģēšanas rīkiem jāatbilst pieņemtajām konvencijām attiecībā uz funkciju taustiņu lietošanu, darbības režīmiem, meklēšanu un logu sistēmas lietošanu. Sistēmas datu ievade-izvade, vadības komandu saņemšana un to izpildes rezultātu attēlošana jāveic interaktīvā režīmā. Interfeisam jāatbilst mūsdienu ergonomikas prasībām un jānodrošina ērta piekļuve sistēmas galvenajām funkcijām un darbībām. Interfeisam jābūt izstrādātam, lai pārsvarā izmantotu peles tipa manipulatoru, tas ir, sistēma jāvada, izmantojot ekrāna izvēlņu, pogu, ikonu utt. elementu komplektu. Tastatūras ievade galvenokārt jāizmanto, aizpildot un/vai rediģējot teksta un ciparu laukus ekrāna veidlapās. Visiem uzrakstiem uz ekrāna veidlapām, kā arī lietotājam izsniegtajiem ziņojumiem (izņemot sistēmas ziņojumus) jābūt krievu valodā. Sistēmai jānodrošina pareiza rīcība ārkārtas situācijās, kuras radušās nepareizas lietotāja darbības, nepareizs formāts vai nederīgas ievades datu vērtības. Šādos gadījumos sistēmai ir jāizdod lietotājam atbilstoši ziņojumi un pēc tam jāatgriežas darba stāvoklī, kas bija pirms nepareizas (nederīgas) komandas vai nepareizas datu ievades. Sistēmai jāatbilst ergonomikas un arodmedicīnas prasībām ar nosacījumu, ka tā ir aprīkota ar augstas kvalitātes aprīkojumu (PC, monitoru un citu aprīkojumu), kam ir nepieciešamie Rosstandart atbilstības un drošības sertifikāti. Avots - pieredze, ergonomika, inženierpsiholoģija

4.1.8 Prasības sistēmas komponentu ekspluatācijai, apkopei, remontam un uzglabāšanai Sistēmai jābūt izstrādātai darbībai kā daļai no Klienta programmatūras un aparatūras kompleksa un jāņem vērā Klienta IT infrastruktūras sadalījums iekšējā un ārējā. Sistēmas aparatūras komponentu, datu nesēju, nepārtrauktas elektroapgādes, resursu rezervēšanas, pastāvīgās apkopes tehniskā un fiziskā aizsardzība tiek īstenota ar Pasūtītāja IT infrastruktūrā paredzētajiem tehniskajiem un organizatoriskiem līdzekļiem. Izstrādātās sistēmas normālai darbībai ir jānodrošina nepārtraukta datora barošana. Sistēmas darbības laikā ir jānodrošina tāda temperatūra un gaisa mitrums, kas atbilst datu nesēju uzglabāšanas un datora darbības standartiem. Izmantoto tehnisko līdzekļu periodiskā apkope jāveic saskaņā ar ražotāju tehniskās dokumentācijas prasībām, bet ne retāk kā reizi gadā. Periodiskajai aparatūras apkopei un testēšanai jāietver visu izmantoto rīku, tostarp darbstaciju, serveru, apkope un testēšana, kabeļu sistēmas un tīkla iekārtas, nepārtrauktās barošanas iekārtas. Periodiskās apkopes procesā ir jāveic tehniskā aprīkojuma ārējā un iekšējā pārbaude un tīrīšana, kontaktu savienojumu pārbaude, tehniskā aprīkojuma darbības parametru pārbaude un to mijiedarbības pārbaude. Tehnisko līdzekļu darbspējas atjaunošana jāveic saskaņā ar tehnisko līdzekļu izstrādātāja un piegādātāja norādījumiem un dokumentiem tehnisko līdzekļu darbspējas atjaunošanai un jāpabeidz, tos pārbaudot. Telpu un to aprīkojuma izvietojumam jāizslēdz iespēja nekontrolēti iekļūt tajās nepiederošām personām un jānodrošina šajās telpās esošo konfidenciālo dokumentu un tehnisko līdzekļu drošība. Iekārtu, tehnisko līdzekļu izvietojumam jāatbilst drošības prasībām, sanitārajiem standartiem un ugunsdrošības prasībām. Visiem sistēmas lietotājiem ir jāievēro elektronisko skaitļošanas iekārtu darbības noteikumi. Personāla kvalifikācijai un apmācībai jāatbilst tehniskajai dokumentācijai. Avots - pieredze, dokumentācija programmatūrai un aparatūrai

4.1.9. Prasības informācijas aizsardzībai pret nesankcionētu piekļuvi IS jānodrošina aizsardzība pret nesankcionētu piekļuvi (UAS) līmenī, kas nav zemāks par noteiktajām prasībām 1D kategorijai saskaņā ar spēkā esošā Valsts tehniskās komisijas reglamentējošā dokumenta klasifikāciju. Krievija “Automatizētās sistēmas. Aizsardzība pret nesankcionētu piekļuvi informācijai. Automatizēto sistēmu klasifikācija, 1992. Pret-UAS aizsardzības apakšsistēmas komponentiem jānodrošina: – lietotāja identifikācija; – lietotāja pilnvaru pārbaude, strādājot ar sistēmu; – lietotāju piekļuves diferencēšana uzdevumu un informācijas masīvu līmenī. Sistēmas un lietojumprogrammu audita žurnāli ir jāaizsargā no nesankcionētas piekļuves gan lokāli, gan arhīvā. Aizsardzības līmenim pret nesankcionētu piekļuvi datortehnikai, kas apstrādā konfidenciālu informāciju, jāatbilst 6. drošības klases prasībām saskaņā ar spēkā esošā Krievijas Valsts tehniskās komisijas reglamentējošā dokumenta “Datortehnika. Aizsardzība pret nesankcionētu piekļuvi informācijai. Drošības indikatori pret nesankcionētu piekļuvi informācijai. Sistēmas drošajā daļā jāizmanto "aklās" paroles (rakstot paroli, tās rakstzīmes netiek rādītas ekrānā vai tiek aizstātas ar viena veida rakstzīmēm; rakstzīmju skaits neatbilst paroles garumam). Sistēmas aizsargātajai daļai jau iepriekš automātiski jābloķē lietotāju un lietojumprogrammu sesijas dotie laiki neaktivitāte no lietotāju un lietojumprogrammu puses. Sistēmas aizsargātajai daļai ir jāizmanto daudzlīmeņu aizsardzības sistēma. Sistēmas aizsargātā daļa ir jāatdala no neaizsargātās sistēmas daļas ar ugunsmūri. Avots - pieredze, pasūtītāja departamentu dokumenti

Prasības informācijas drošībai negadījumu gadījumā Programmatūrai AS Kadra ir jāatjauno sava darbība, kad aparatūra ir pareizi restartēta. Jābūt iespējai organizēt automātisku un (vai) manuālu sistēmas datu dublēšanu, izmantojot sistēmas un pamata programmatūru (OS, DBVS), kas ir daļa no Pasūtītāja programmatūras un aparatūras kompleksa. Iepriekš minētās prasības neattiecas uz trešo personu izstrādātajiem sistēmas komponentiem un ir spēkā tikai tad, ja tiek ievēroti šo komponentu darbības noteikumi, tai skaitā savlaicīga iegādātās programmatūras ražotāju ieteikto atjauninājumu uzstādīšana. Avots - pieredze Prasības aizsardzībai pret ārējām ietekmēm Prasības patentu iegūšanai Sistēmas instalēšana kopumā, kā arī atsevišķu sistēmas daļu uzstādīšana nedrīkst izvirzīt papildu prasības trešo pušu programmatūras licenču iegādei, izņemot programmatūru, kas norādīta sadaļā Prasības standartizācijai un unifikācijai Ekrānu formas jāveido, ņemot vērā unifikācijas prasības: - visas lietotāja interfeisa ekrāna formas jāveido vienotā grafiskā dizainā, ar vienādu galveno izkārtojumu. vadības ierīces un navigācija; – līdzīgu darbību apzīmēšanai jāizmanto līdzīgas grafiskās ikonas, pogas un citi vadības (navigācijas) elementi. Vienotiem jābūt terminiem, ar kuriem apzīmē tipiskas darbības (informācijas entītijas pievienošana, datu lauka rediģēšana), kā arī lietotāja darbību secība, tās veicot; – līdzīgu interfeisa elementu ārējā darbība (reakcija uz peles kursora virzīšanu, fokusa pārslēgšana, pogas nospiešana) jāīsteno vienādi viena veida elementiem.

4.2. prasības sistēmas veiktajām funkcijām (uzdevumiem) - automatizējamo funkciju, uzdevumu vai to kompleksu saraksts (katrai apakšsistēmai); - nodošanas ekspluatācijā secība, - izpildes laika grafiks un prasības katras funkcijas, uzdevuma (vai uzdevumu kopuma) izpildes kvalitātei, izvadinformācijas pasniegšanas formai, - katras funkcijas saraksts un atteices kritēriji, kuriem uzticamība prasības ir noteiktas.

Avots - n, dekompozīcijas IDEF0, IDEF3 Datu uzglabāšanas apakšsistēma Datu uzglabāšanas apakšsistēmā jāglabā sistēmas operatīvie dati, dati analītisko atskaišu ģenerēšanai, atskaišu gaitā ģenerētie sistēmas dokumenti. Apakšsistēmai jānodrošina periodiska datu dublēšana un uzglabāšana papildu datu nesējos. Normatīvās un atsauces informācijas pārvaldības apakšsistēma Apakšsistēmai ir jāatrisina informācijas savietojamības nodrošināšanas problēma starp atsevišķiem Sistēmas komponentiem, kā arī ar blakus esošajām sistēmām darbības laikā. Atsauces informācijas uzturēšanas funkcijas jāiekļauj starp apakšsistēmas funkcijām. Uzziņu grāmatas un klasifikatori, kas ir daļa no apakšsistēmas, ir jāizstrādā un jāizstrādā saskaņā ar pašreizējām visas Krievijas un starptautiskajām uzziņu grāmatām un klasifikatoriem, ja iespējams. Apakšsistēmai jānodrošina lietotājam ērti rīki nepieciešamās atsauces informācijas atrašanai un pielietošanai. Visiem sistēmas NSI iekļautajiem direktorijiem jābūt ar sekojošu galveno funkcionalitāti: - Pastāvīga direktoriju datu glabāšana; - jaunu elementu pievienošana; - Elementu rediģēšana; - Dzēšana (elementu dzēšana iespējama tikai tad, ja citi esošie sistēmas objekti neatsaucas uz dzēšamo elementu); - Skatīt vienumus; - Skatīt priekšmetu sarakstu; - Preču saraksta filtrēšana un šķirošana; - Meklēt preces; - Eksportēt un importēt preces. Uzziņu grāmatu funkciju saraksts būtu jāprecizē tehniskā projekta un izmēģinājuma darbības posmos. Normatīvās un uzziņas informācijas pārvaldības apakšsistēmai jānodrošina šādu direktoriju un reģistru uzturēšana: - reģistrs "Darbinieki"; - Reģistrēties "Uzņēmums"; - Reģistrēties "Personāls"; Avots - DFD, ERD darbinieku reģistrs: Darbinieku reģistram jānodrošina iespēja apstrādāt nepieciešamo atribūtu kopu, tostarp: - Uzvārds; - Vārds; - Otrais vārds; - Amata nosaukums; - utt.

Analīzes apakšsistēma Analīzes apakšsistēmai jāveido un jāsniedz analītiski dati par federālās aģentūras darbību valsts personāla vadības jomā ar iespēju ātri izsekot galvenajiem rādītājiem. Analīzes apakšsistēma jāveido, pamatojoties uz modernām OLAP tehnoloģijām, kas ļauj veidot patvaļīgas formas daudzdimensionālus analītiskos ziņojumus, ieskaitot datu grafisko un tekstuālo noformējumu. Integrācijas apakšsistēma Apakšsistēmai jānodrošina šādi mijiedarbības pamatveidi ar blakus sistēmām: – pieprasījumu saņemšana no blakus sistēmām, saņemto pieprasījumu apstrāde un atbilžu sniegšana uz pieprasījumiem; – pieprasījumu pārsūtīšana uz blakus sistēmām un saņemto atbilžu apstrāde. Projekta īstenošanas gaitā jāizstrādā datu formāti, protokoli un noteikumi Sistēmas mijiedarbībai ar blakus sistēmām. Blakus esošajās sistēmās jāiekļauj: – blakus esošā sistēma 1; – Blakus sistēma 2. Apakšsistēma uztur ienākošo un apstrādāto pieprasījumu, nosūtīto pieprasījumu un saņemto atbilžu žurnālus no blakus sistēmām.

4.3. prasības atbalsta veidiem atkarībā no sistēmas veida rada prasības -matemātiskajam, -informatīvajam, -lingvistiskajam, -programmatūras, -tehniskajam, -metroloģiskām, -organizatoriskajam, -metodiskajam un cita veida sistēmas atbalstam.

4.3.1. Prasības sistēmas programmatūrai Piemērs. Matemātiskās metodes un algoritmi, kas tiek izmantoti datu šifrēšanai/atšifrēšanai, kā arī programmatūra, kas tos ievieš, ir jāsertificē pilnvarotām organizācijām lietošanai Krievijas Federācijas valdības struktūrās. Avots - pasūtītāja dokumentācija, pieredze IS izstrādē un darbībā, prasības sastāvam, apjomam (ierobežojumiem) un metodēm, matemātisko metožu un modeļu izmantošana sistēmā, tipiski izstrādājamie algoritmi un algoritmi.

4.3.2. Prasības sistēmas informatīvajam atbalstam Sistēmas informatīvajam atbalstam tiek izvirzītas šādas prasības: 1) datu sastāvam, struktūrai un organizēšanas metodēm sistēmā; 2) informācijas apmaiņai starp sistēmas komponentiem; 3) informācijas savietojamībai ar blakus esošajām sistēmām; 4) par vissavienības un reģistrēto republikas, nozaru klasifikatoru, vienoto dokumentu un attiecīgajā uzņēmumā darbojošos klasifikatoru izmantošanu; 5) par datu bāzu pārvaldības sistēmu izmantošanu; 6) uz datu vākšanas, apstrādes, pārsūtīšanas sistēmā un datu prezentēšanas procesa struktūru; 7) aizsargāt datus no iznīcināšanas avāriju un sistēmas elektroenerģijas padeves pārtraukumu gadījumā; 8) datu kontrole, uzglabāšana, atjaunināšana un atjaunošana; 9) kārtību, kādā piešķir juridisku spēku dokumentiem, kas izgatavoti ar ĀS tehniskajiem līdzekļiem (saskaņā ar GOST). Avots - klientu dokumentācija, pieredze IS izstrādē un darbībā

4.3.2. Prasības sistēmas informatīvajam atbalstam Sistēmas datu sastāvs, struktūra un kārtošanas metodes jānosaka tehniskā projekta stadijā. Datu uzglabāšana jāveic, pamatojoties uz mūsdienu relāciju vai DBVS. Lai nodrošinātu datu integritāti, jāizmanto iebūvētie DBVS mehānismi. DBVS rīkiem, kā arī izmantoto operētājsistēmu rīkiem jānodrošina sistēmā apstrādātās informācijas dokumentācija un reģistrēšana. Datu bāzes struktūrai jāatbalsta uzglabātās un apstrādātās informācijas kodēšana saskaņā ar visas Krievijas klasifikatoriem (ja tie ir piemērojami). Piekļuve datiem būtu jāpiešķir tikai pilnvarotiem lietotājiem, ņemot vērā viņu oficiālo iestādi, kā arī ņemot vērā pieprasītās informācijas kategoriju. Datu bāzes struktūra jāorganizē racionāli, izslēdzot vienreizēju pilnu sistēmas datubāzē esošās informācijas izkraušanu. Jāizmanto tehniskie līdzekļi, kas nodrošina informācijas uzglabāšanu modernās tehnoloģijas, kas ļauj nodrošināt paaugstinātu datu glabāšanas uzticamību un ātru iekārtu nomaiņu (izkliedēta lieka datu rakstīšana/nolasīšana; spoguļošana; neatkarīgi disku masīvi; klasterizācija). Sistēmā jāiekļauj specializēta datu dublēšanas un atkopšanas apakšsistēma. Izstrādājot un izvietojot sistēmu, ir jāapsver iespēja izmantot uzkrāto informāciju no jau funkcionējošas Informācijas sistēmas. Darbojošo informācijas sistēmu saraksts ir sniegts šī dokumenta 3. sadaļā.

4.3.3. Prasības sistēmas lingvistiskajam atbalstam Piemērs: Visai sistēmas lietojumprogrammatūrai mijiedarbības ar lietotāju organizēšanai ir jāizmanto krievu valoda. Avots - klienta dokumentācija, pieredze IS izstrādē un darbībā prasības augsta līmeņa programmēšanas valodu lietošanai sistēmā, lietotāja mijiedarbības valodas un sistēmas tehniskie līdzekļi, kā arī prasības datu kodēšanai un dekodēšanai, dati ievades/izvades valodas, datu apstrādes valodas, apraksta rīku priekšmeta joma (automatizācijas objekts), dialoga organizēšanas veidi.

4.3.4 Sistēmas programmatūras prasības Piemērs: Projektējot un izstrādājot sistēmu, ir nepieciešams visefektīvāk izmantot iepriekš iegādāto programmatūru, gan serveri, gan darbstacijas. Izstrādē izmantotajai programmatūrai un kodu bibliotēkām jābūt plaši izplatītām, publiski pieejamām un izmantojamām rūpnieciskā mērogā. Pamatprogrammatūras platformai jābūt MS Windows operētājsistēmai. satur iegādātās programmatūras sarakstu, kā arī prasības: 1) programmatūras neatkarībai no izmantotās CVT un darbības vides; 2) programmatūras kvalitātei, kā arī tās nodrošināšanas un kontroles metodēm; 3) ja nepieciešams, jaunizveidotās programmatūras saskaņošana ar algoritmu un programmu fondu

4.3.5. Prasības tehniskajam atbalstam Piemērs: Sistēmas tehniskajam atbalstam maksimāli un efektīvāk jāizmanto federālās aģentūras struktūrās pieejamie tehniskie līdzekļi. Kompleksā jāiekļauj šādi tehniskie līdzekļi: – Datu bāzu serveri; – Lietojumprogrammu serveri; – Atskaišu sistēmas serveris; - Web serveris; – datoru lietotāji; - datoru administratori. Datu bāzes serveri ir jāapvieno kļūmjpārlēces klasterī. Lietojumprogrammu serveriem ir jāveido slodzes līdzsvarots klasteris. Datu bāzes serveri, lietojumprogrammu serveri un atskaišu sistēmas serveris ir jāapvieno vienā lokālais tīkls, ar joslas platumu vismaz 100 Mb/s. Prasības uz tehniskās specifikācijas datu bāzes serveri: – Procesors – 2 x Intel Xeon 3 GHz; - Skaļums brīvpiekļuves atmiņa- 16 GB; – Diska apakšsistēma – 4 x 146 GB; – CD-ROM diskdzinis (DVD-ROM); – Tīkla adapteris – 100 Mbps. 1) tehnisko līdzekļu veidiem, tai skaitā tehnisko līdzekļu kompleksu veidiem, programmatūras un aparatūras kompleksiem un citām sastāvdaļām, kas ir pieņemami lietošanai sistēmā; 2) uz sistēmas tehniskā nodrošinājuma funkcionālajām, konstruktīvajām un darbības īpašībām.

4.3.6. Prasības metroloģiskajam atbalstam Piemērs: Sistēmas organizatoriskajam atbalstam jābūt pietiekamam, lai darbinieki efektīvi veiktu tiem uzticētos pienākumus sistēmas automatizēto un saistīto neautomatizēto funkciju ieviešanā. Pasūtītājam jānosaka amatpersonas, kas atbild par: - AES informācijas apstrādi; – AS administrācija; – AES informācijas drošības nodrošināšana; – AES apkopes personāla darba vadīšana. Strādāt ar sistēmu jāatļauj darbinieki, kuriem ir iemaņas strādāt ar personālo datoru, pārzina ekspluatācijas noteikumus un ir apmācīti darbam ar sistēmu Prasības organizatoriskajam atbalstam Prasības metodiskajam atbalstam tās funkcionēšana standarti, noteikumi, metodes, instrukcijas utt.). 1) sistēmas darbībā vai darbības nodrošināšanā iesaistīto struktūrvienību struktūrai un funkcijām; 2) sistēmas darbības organizācijai un mijiedarbības kārtībai starp AES personālu un automatizācijas objekta personālu; 3) aizsardzībai pret sistēmas personāla kļūdainu rīcību.

5. Sistēmas izveides (izstrādes) darba sastāvs un saturs Sadaļā "Sistēmas izveides (izstrādes) darba sastāvs un saturs" jāiekļauj sistēmas izveides darba posmu un posmu saraksts. saskaņā ar GOST, to ieviešanas laiks, organizāciju saraksts - darbu veicēji, saites uz dokumentiem, kas apliecina šo organizāciju piekrišanu piedalīties sistēmas izveidē, vai ieraksts, kas identificē atbildīgo personu (pasūtītājs vai izstrādātājs) šo darbu veikšanai.

6. Sistēmas uzraudzības un pieņemšanas kārtība 6.1. Sistēmas testēšanas veidi, sastāvs, apjoms un metodes Apakšsistēmas tipi, sastāvs, apjoms un testēšanas metodes jānosaka AES personāla programmā un testēšanas procedūrā. izstrādāta kā daļa no darba dokumentācijas. 6.2 Vispārīgās prasības darbu pieņemšanai pa posmiem darba programma un kalendāro plānu, kas ir valsts līguma pielikumi ... no ... gada. Piegādi un pieņemšanu veic komisija, kurā ietilpst Pasūtītāja un Izpildītāja pārstāvji. Pamatojoties uz pieņemšanas rezultātiem, tiek parakstīts pieņemšanas komisijas akts. Visi šī darba ietvaros izveidotie programmatūras produkti (izņemot iegādātos) tiek nodoti Klientam gan gatavu moduļu veidā, gan avota kodu veidā, kas tiek pasniegti elektroniskā veidā uz standarta mašīnas datu nesēja (par piemēram, kompaktdiskā). 6.3. Pieņemšanas komisijas statuss Pieņemšanas komisijas statusu pirms testēšanas nosaka Pasūtītājs.

7. Prasības darba apjomam un saturam, lai sagatavotu automatizācijas objektu sistēmas nodošanai ekspluatācijā Piemērs: Projekta gaitā automatizācijas objektā nepieciešams veikt darbus, lai sagatavotos sistēmas nodošanai ekspluatācijā. Gatavojoties AS Kadra nodošanai ekspluatācijā, Pasūtītājam jānodrošina šādi darbi: - Noteikt struktūrvienību un atbildīgās amatpersonas, kas ir atbildīgas par AS Kadra ieviešanu un pilotdarbību; - Nodrošināt lietotāju klātbūtni Izpildītāja vadītajās apmācībās darbam ar sistēmu; - Nodrošināt sistēmas lietotāju telpu un darba vietu atbilstību šajā ChTZ noteiktajām prasībām; - Nodrošināt atbilstību prasībām programmatūrai un aparatūrai, kurā AS Kadra programmatūra jāizvieto; - Kopā ar Izpildītāju sagatavot plānu sistēmas izvietošanai uz Pasūtītāja aparatūras; - Veikt AS Personāla izmēģinājuma darbību. Prasības automatizācijas objekta sagatavošanai sistēmas nodošanai ekspluatācijā darba apjomam un saturam, ieskaitot galveno darbību un to veicēju sarakstu, būtu jāprecizē darba dokumentācijas sagatavošanas posmā un pamatojoties uz izmēģinājuma darbības rezultātiem. Galveno darbību sarakstā ietilpst: 1) sistēmā ienākošās informācijas nogādāšana (atbilstoši informācijas un lingvistiskā atbalsta prasībām) datorizētai apstrādei piemērotā formā; 2) izmaiņas, kas jāveic automatizācijas objektā; 3) tādu apstākļu radīšana automatizācijas objekta funkcionēšanai, pie kuriem tiek garantēta izveidotās sistēmas atbilstība TOR ietvertajām prasībām; 4) sistēmas funkcionēšanai nepieciešamo apakšnodaļu un dienestu izveide; 5) personāla komplektēšanas un personāla apmācības termiņi un kārtība.

8. Dokumentācijas prasības Sistēmai dažādos izveides posmos šādi dokumenti no tiem, kas paredzēti GOST-89 “Informācijas tehnoloģija. Standartu komplekts automatizētām sistēmām. Dokumentu veidi, pilnība un apzīmējumi, veidojot AES pirmo kārtu Karkasi ir parādīti tabulā: Izveides posms Dokumenta nosaukums Dokumenta kods Projekta daļa Projektēšanas un tāmes dokumentācijas piederība ED Papildu norādījumi TP in PV 1) izstrādājamo dokumentu komplektu un veidu saraksts, kas atbilst klienta nozares GOST un NTD prasībām, par ko vienojas sistēmas izstrādātājs un Pasūtītājs; uz mašīnu datu nesējiem izsniegto dokumentu saraksts; prasības mikrofilmēšanas dokumentācijai; 2) prasības starpnozaru lietojuma komponentu elementu dokumentēšanai atbilstoši ESKD un ESPD prasībām; 3) ja nav valsts standartu, kas nosaka prasības sistēmas elementu dokumentēšanai, tie papildus ietver prasības šādu dokumentu sastāvam un saturam.

9. Izstrādes avoti Dokumenti un informatīvie materiāli (priekšizpēte, atskaites par veiktajiem pētnieciskajiem darbiem, informatīvie materiāli par pašmāju, ārvalstu analogajām sistēmām u.c.), uz kuru pamata tika izstrādāts TOR un kuri jāizmanto sistēmas veidošanā. .

PSR SAVIENĪBAS VALSTS STANDARTS

INFORMĀCIJU TEHNOLOĢIJAS

Standartu komplekts automatizētām sistēmām.
Darba uzdevumi automatizētas sistēmas izveidei

GOST 34.602-89

PSR SAVIENĪBAS VALSTS STANDARTS

Iepazīšanās datums 01.01.90

Šis standarts attiecas uz automatizētām sistēmām (AS), lai automatizētu dažāda veida darbības (vadību, projektēšanu, pētniecību utt.), tostarp to kombinācijas, un nosaka dokumenta "Uzdevumu izveide sistēmas attīstība vai modernizācija" (turpmāk - TK par AC).

1. VISPĀRĪGI NOTEIKUMI

1.1. AES TO ir galvenais dokuments, kas nosaka prasības un kārtību automatizētas sistēmas izveidei (izstrādei vai modernizācijai - tālākai izveidei), saskaņā ar kuru tiek veikta AES izstrāde un pieņemšana, nododot ekspluatācijā.

Papildus var izstrādāt tehniskās specifikācijas AES daļām; par AES apakšsistēmām, AES uzdevumu kompleksiem u.c. atbilstoši šī standarta prasībām; aparatūras komponentiem un programmatūras un aparatūras kompleksiem atbilstoši ESKD un SRPP standartiem; programmatūrai atbilstoši ESPD standartiem; informācijas produktiem saskaņā ar GOST 19.201 un NTD, kas ir spēkā AES klienta nodaļā.

Piezīme. TOR, kas paredzēts automatizētai vadības sistēmai savstarpēji saistītu objektu grupai, jāiekļauj tikai prasības, kas ir kopīgas objektu grupai. Atsevišķa vadības objekta īpašās prasības ir jāatspoguļo šī objekta ACS TOR.

1.3. Prasības AU šajā standartā noteiktajā apmērā var iekļaut jaunizveidota automatizācijas objekta projektēšanas uzdevumā. Šajā gadījumā AS netiek izstrādātas tehniskās specifikācijas.

1.4. Prasībām, kas ietvertas TOR kodolspēkstacijām, jāatbilst pašreizējam zinātnes un tehnoloģijas attīstības līmenim, un tās nedrīkst būt zemākas par līdzīgām prasībām labākajiem mūsdienu vietējiem un ārvalstu analogiem.

TOR noteiktajām prasībām atomelektrostacijām nevajadzētu ierobežot sistēmas izstrādātāju efektīvāko tehnisko, priekšizpētes un citu risinājumu meklējumos un ieviešanā.

1.5. AES TK ir izstrādāta, pamatojoties uz sākotnējiem datiem, tostarp tiem, kas ietverti posma "AES izveides izpēte un pamatojums" galīgajā dokumentācijā, kas noteikta ar GOST 24.601.

1.6. Atomelektrostaciju TOR ietver tikai tās prasības, kas papildina pašreizējā NTD ietvertās prasības šāda veida sistēmām (ACS, CAD, ASNI u.c.), un tās nosaka konkrētā objekta specifika, kurai sistēma ir paredzēta. tiek radīts.

1.7. Izmaiņas AES uzdevumā tiek noformētas ar pasūtītāja un izstrādātāja parakstītu pielikumu vai protokolu, kas ir AES darba noteikumu neatņemama sastāvdaļa. TK titullapā par ĀS jābūt ierakstam "Derīgs no ...".

2. SASTĀVS UN SATURS

2.1. AES TO ir šādas sadaļas, kuras var iedalīt apakšsadaļās:

1) vispārīga informācija;

2) sistēmas izveides (attīstīšanas) mērķis un mērķi;

3) automatizācijas objektu raksturojums;

4) sistēmas prasības;

5) sistēmas izveides darba sastāvs un saturs;

6) sistēmas kontroles un pieņemšanas kārtība;

7) prasības darba sastāvam un saturam, lai sagatavotu automatizācijas objektu sistēmas nodošanai ekspluatācijā;

8) prasības dokumentācijai;

9) attīstības avoti.

Pieteikumus var iekļaut ĀS TOR.

2.2. Atkarībā no automatizācijas objekta veida, mērķa, specifiskām iezīmēm un sistēmas darbības apstākļiem, ir atļauts noformēt TOR sadaļas pieteikumu veidā, ieviest papildu, izslēgt vai apvienot TOR apakšsadaļas.

Sistēmas daļu TOR neietver sadaļas, kas dublē AES TOR sadaļu saturu kopumā.

2.3. Sadaļā "Vispārīga informācija" norādiet:

1) sistēmas pilns nosaukums un tās simbols;

2) tēmas šifrs vai līguma šifrs (numurs);

3) sistēmas izstrādātāja un pasūtītāja (lietotāja) uzņēmumu (asociāciju) nosaukums un rekvizīti;

4) dokumentu saraksts, uz kuru pamata sistēma tiek veidota, kas un kad šos dokumentus apstiprinājis;

5) plānotie sistēmas izveides sākuma un pabeigšanas datumi;

6) informāciju par darbu finansēšanas avotiem un kārtību;

7) kārtība, kādā noformējami un pasūtītājam tiek iesniegti darba rezultāti pie sistēmas (tās daļu) izveides, atsevišķu līdzekļu (aparatūras, programmatūras, informācijas) un programmatūras un aparatūras (programmatūras un metodiskās) izgatavošanas un pielāgošanas. sistēmas kompleksi.

2.4. Sadaļa "Sistēmas izveides (izstrādes) uzdevums un mērķis" sastāv no apakšsadaļām:

1) sistēmas mērķis;

2) sistēmas izveides mērķis.

2.4.1. Apakšsadaļā "Sistēmas mērķis" norādiet automatizētās darbības veidu (pārvaldība, projektēšana u.c.) un automatizācijas objektu (objektu) sarakstu, kuros to paredzēts izmantot.

Automatizētajām vadības sistēmām papildus tiek norādīts arī automatizēto vadības institūciju (punktu) un pārvaldīto objektu saraksts.

2.4.2. Apakšsadaļā "Sistēmas izveides mērķi" norādiet automatizācijas objekta tehnisko, tehnoloģisko, ražošanas un ekonomisko vai citu rādītāju nosaukumus un nepieciešamās vērtības, kas jāsasniedz AU izveides rezultātā, un norāda sistēmas izveides mērķu sasniegšanas vērtēšanas kritēriji.

2.5. Sadaļā "Automatizācijas objekta raksturojums" tie norāda:

1) īsa informācija par automatizācijas objektu vai saites uz dokumentiem, kas satur šādu informāciju;

2) informāciju par automatizācijas objekta darbības apstākļiem un vides īpašībām.

Piezīme. CAD sadaļā papildus sniegti galvenie dizaina objektu parametri un raksturlielumi.

2.6. Sadaļa Sistēmas prasības sastāv no šādām apakšsadaļām:

1) prasības sistēmai kopumā;

2) prasības sistēmas veicamajām funkcijām (uzdevumiem);

3) prasības atbalsta veidiem.

Sistēmas prasību sastāvs, kas ietverts šajā AES uzdevuma sadaļā, tiek noteikts atkarībā no konkrētas sistēmas veida, mērķa, specifiskām iezīmēm un darbības apstākļiem. Katrā apakšnodaļā ir atsauces uz aktuālo NTD, kas nosaka prasības atbilstošā tipa sistēmām.

2.6.1. Apakšsadaļā "Prasības sistēmai kopumā" norādiet:

prasības sistēmas struktūrai un darbībai; prasības sistēmas personāla skaitam un kvalifikācijai un tās darba režīmam;

galamērķa rādītāji;

uzticamības prasības;

drošības prasības;

ergonomikas un tehniskās estētikas prasības;

pārvietojamības prasības mobilajai AS;

prasības sistēmas komponentu darbībai, apkopei, remontam un uzglabāšanai;

prasības informācijas aizsardzībai pret nesankcionētu piekļuvi;

prasības informācijas drošībai negadījumu gadījumā;prasības aizsardzībai no ārējās ietekmes ietekmes;

prasības attiecībā uz patenta tīrību;

standartizācijas un unifikācijas prasības;

Papildu prasības.

2.6.1.1. Sistēmas struktūras un darbības prasības ietver:

1) apakšsistēmu saraksts, to mērķis un galvenie raksturlielumi, prasības hierarhijas līmeņu skaitam un sistēmas centralizācijas pakāpei;

2) prasības saziņas metodēm un līdzekļiem informācijas apmaiņai starp sistēmas komponentiem;

3) prasības veidojamās sistēmas starpsavienojumu raksturlielumiem ar blakus sistēmām, prasības to savietojamībai, tajā skaitā norādījumi, kā apmainīties ar informāciju (automātiski, nosūtot dokumentus, pa telefonu u.c.);

4) prasības sistēmas darbības režīmiem;

5) prasības sistēmas diagnostikai;

6) sistēmas attīstības, modernizācijas perspektīvas.

2.6.1.2. Prasības AES personāla skaitam un kvalifikācijai ietver:

prasības AES personāla (lietotāju) skaitam;

prasības personāla kvalifikācijai, apmācības un zināšanu un prasmju kontroles kārtība;

nepieciešamais AES personāla darbības režīms.

2.6.1.3. Prasībās AS mērķa indikatoriem ir norādītas to parametru vērtības, kas raksturo sistēmas atbilstības pakāpi paredzētajam mērķim.

ACS norādiet:

sistēmas pielāgojamības pakāpi procesu un vadības metožu izmaiņām, novirzēm vadības objekta parametros;

pieļaujamās sistēmas modernizācijas un attīstības robežas;

varbūtības un laika raksturlielumi, saskaņā ar kuriem tiek saglabāts sistēmas paredzētais mērķis.

2.6.1.4. Uzticamības prasības ietver:

1) uzticamības rādītāju sastāvs un kvantitatīvās vērtības visai sistēmai vai tās apakšsistēmām;

2) to ārkārtas situāciju saraksts, kurām būtu jāreglamentē uzticamības prasības, un atbilstošo rādītāju vērtības;

3) prasības aparatūras un programmatūras uzticamībai;

4) prasības ticamības rādītāju novērtēšanas un uzraudzības metodēm dažādos sistēmas izveides posmos saskaņā ar spēkā esošajiem normatīvajiem un tehniskajiem dokumentiem.

2.6.1.5. Drošības prasības ietver prasības drošības nodrošināšanai sistēmas tehnisko līdzekļu uzstādīšanas, nodošanas ekspluatācijā, ekspluatācijas, apkopes un remonta laikā (aizsardzība pret elektriskā strāva, elektromagnētiskie lauki, afotiskais troksnis utt.), atbilstoši pieļaujamajiem apgaismojuma, vibrācijas un trokšņa slodzes līmeņiem.

2.6.1.6. Ergonomikas un tehniskās estētikas prasības ietver AS rādītājus, kas norāda nepieciešamo cilvēka mijiedarbības kvalitāti ar iekārtu un personāla darba apstākļu komfortu.

2.6.1.7. Mobilajām atomelektrostacijām transportējamības prasības ietver konstrukcijas prasības, kas nodrošina sistēmas tehnisko līdzekļu transportējamību, kā arī prasības transportlīdzekļiem.

2.6.1.8. Darbības, apkopes, remonta un uzglabāšanas prasības ietver:

1) darbības nosacījumi un noteikumi (režīms), kam jānodrošina sistēmas tehnisko līdzekļu (TS) izmantošana ar noteiktiem tehniskajiem rādītājiem, tai skaitā sistēmas TS apkopes veidi un biežums vai darbības pieļaujamība bez apkopes ;

2) sākotnējās prasības attiecībā uz pieļaujamajām platībām sistēmas personāla un transportlīdzekļa izvietošanai, elektroapgādes tīklu parametriem utt.;

3) prasības apkalpojošā personāla skaitam, kvalifikācijai un tā darba veidiem;

4) prasības rezerves produktu un ierīču komplekta izvietošanas un uzglabāšanas nosacījumu sastāvam;

5) prasības uzturēšanas noteikumiem.

2.6.1.9. Prasības informācijas aizsardzībai pret nesankcionētu piekļuvi ietver prasības, kas noteiktas NTD, kas darbojas klienta nozarē (nodaļā).

2.6.1.10. Informācijas drošības prasībās dots notikumu saraksts: avārijas, tehnisko līdzekļu atteices (t.sk. strāvas zudums) u.c., kurās jānodrošina informācijas drošība sistēmā.

2.6.1.11. Prasības aizsardzībai pret ārējām ietekmēm ietver:

1) prasības AES objektu radioelektroniskajai aizsardzībai;

2) prasības noturībai, stabilitātei un stiprībai pret ārējām ietekmēm (lietošanas vide).

2.6.1.12. Patenta atļaujas prasībās ir norādīts to valstu saraksts, attiecībā uz kurām jānodrošina sistēmas un tās daļu patentatlaide.

rādītāji, kas nosaka nepieciešamo standarta, vienotu metožu izmantošanas pakāpi sistēmas funkciju (uzdevumu) īstenošanai, piegādātajiem programmatūras rīkiem, tipiskām matemātiskām metodēm un modeļiem, standarta dizaina risinājumiem, vienotām pārvaldības dokumentu formām, kas noteiktas GOST 6.10.1, Vissavienības tehniskās un ekonomiskās informācijas klasifikatori un citu kategoriju klasifikatori atbilstoši reģionam to pielietojumam, tipisku darbstaciju, komponentu un kompleksu izmantošanas prasībām.

2.6.1.14. Papildu prasības ietver:

1) prasības sistēmas aprīkošanai ar personāla apmācības ierīcēm (simulatoriem, citām līdzīga mērķa ierīcēm) un to dokumentāciju;

2) prasības servisa iekārtām, stendiem sistēmas elementu pārbaudei;

3) sistēmas prasības, kas saistītas ar īpaši nosacījumi darbība;

4) īpašas prasības pēc sistēmas izstrādātāja vai pasūtītāja ieskatiem.

2.6.2. Apakšsadaļā "Prasības sistēmas veiktajām funkcijām (uzdevumiem)" tie dod:

1) katrai apakšsistēmai automatizējamo funkciju, uzdevumu vai to kompleksu saraksts (ieskaitot tos, kas nodrošina mijiedarbību starp sistēmas daļām);

veidojot sistēmu divās vai vairākās rindās - funkcionālo apakšsistēmu, atsevišķu funkciju vai uzdevumu saraksts, kas tiek ieviesti 1. un turpmākajās rindās;

2) katras funkcijas, uzdevuma (vai uzdevumu kopas) īstenošanas laika noteikumi;

3) prasības katras funkcijas (uzdevuma vai uzdevumu kopas) izpildes kvalitātei, izvadinformācijas pasniegšanas formai, nepieciešamās precizitātes un izpildes laika raksturojumiem, prasības grupas izpildes vienlaicīgumam. funkcijas, rezultātu izdošanas ticamība;

4) saraksts un atteices kritēriji katrai funkcijai, kurai noteiktas uzticamības prasības.

2.6.3. Apakšsadaļā “Prasības atbalsta veidiem” atkarībā no sistēmas veida ir dotas prasības matemātikas, informatīvā, lingvistiskā, programmatūras, tehniskā, metroloģiskā, organizatoriskā, metodiskā un cita veida sistēmas atbalstam.

2.6.3.1. Sistēmas matemātiskajam nodrošinājumam ir izvirzītas prasības matemātisko metožu un modeļu, standarta algoritmu un sistēmā izstrādājamo algoritmu sastāvam, apjomam (ierobežojumiem) un lietošanas metodēm.

1) uz datu sastāvu, struktūru un kārtošanas metodēm sistēmā;

2) informācijas apmaiņai starp sistēmas sastāvdaļām;

3) informācijas savietojamībai ar saistītajām sistēmām;

4) par šajā uzņēmumā darbojošos vissavienības un reģistrēto republikas, nozaru klasifikatoru, vienoto dokumentu un klasifikatoru izmantošanu;

5) par datu bāzes pārvaldības sistēmas lietošanu;

6) uz datu vākšanas, apstrādes, pārsūtīšanas procesa struktūru sistēmā un. datu prezentācija;

7) aizsargāt datus no iznīcināšanas avāriju un sistēmas elektroapgādes traucējumu gadījumā;

8) datu kontrole, uzglabāšana, atjaunināšana un atjaunošana;

9) kārtību, kādā piešķir juridisku spēku dokumentiem, kas izgatavoti ar ĀS tehniskajiem līdzekļiem (saskaņā ar GOST 6.10.4).

2.6.3.3. Sistēmas lingvistiskajam atbalstam tiek izvirzītas prasības augsta līmeņa programmēšanas valodu, lietotāju mijiedarbības valodu un sistēmas tehnisko līdzekļu lietošanai sistēmā, kā arī prasības datu kodēšanai un dekodēšanai, ievades-izvades valodām. , datu apstrādes valodas, priekšmeta jomas rakstīšanas līdzekļi (automatizācijas objekts), dialoga organizēšanas metodes .

2.6.3.4. Sistēmas programmatūrai ir norādīts iegādātās programmatūras saraksts, kā arī prasības:

1) programmatūras neatkarībai no izmantotās CVT un darbības vides;

2) programmatūras kvalitātei, kā arī tās nodrošināšanas un kontroles metodēm;

3) ja nepieciešams, jaunizveidotās programmatūras saskaņošana ar algoritmu un programmu fondu.

2.6.3.5. Sistēmas tehniskajam atbalstam tiek izvirzītas šādas prasības:

1) tehnisko līdzekļu veidiem, tai skaitā tehnisko līdzekļu kompleksu veidiem, programmatūras un aparatūras kompleksiem un citām sastāvdaļām, kuras atļauts izmantot sistēmā;

2) sistēmas tehniskā nodrošinājuma funkcionālajiem, konstrukcijas un darbības parametriem.

2.6.3.6. Metroloģiskā atbalsta prasības ietver:

1) provizoriskais mērīšanas kanālu saraksts;

2) prasības parametru mērījumu precizitātei un (vai) mērīšanas kanālu metroloģiskajiem raksturlielumiem;

3) sistēmas tehnisko līdzekļu metroloģiskās savietojamības prasības;

4) sistēmas vadības un skaitļošanas kanālu sarakstu, kuriem nepieciešams novērtēt precizitātes raksturlielumus;

5) prasības sistēmas mērīšanas kanālos iekļautās aparatūras un programmatūras metroloģiskajam atbalstam, iebūvētajiem vadības instrumentiem, mērīšanas kanālu un sistēmas nodošanā ekspluatācijā un testēšanā izmantoto mērinstrumentu metroloģiskā piemērotība;

6) metroloģiskās sertifikācijas veids (valsts vai departaments), norādot tās īstenošanas kārtību un sertifikāciju veicošās organizācijas.

2.6.3.7. Organizatoriskajam atbalstam ir šādas prasības:

1) sistēmas darbībā iesaistīto vai darbības nodrošināšanā iesaistīto vienību struktūrai un funkcijām;

2) sistēmas darbības organizācijai un mijiedarbības kārtībai starp AES personālu un automatizācijas objekta personālu;

3) aizsardzībai pret sistēmas personāla kļūdainu rīcību.

2.6.3.8. CAD metodiskajam nodrošinājumam tiek dotas prasības sistēmas normatīvās un tehniskās dokumentācijas sastāvam (tās darbības laikā izmantoto standartu, noteikumu, metožu u.c. saraksts).

1) izstrādājamo dokumentu komplektu un veidu saraksts, kas atbilst pasūtītāja nozares GOST 34.201 un NTD prasībām, saskaņots ar sistēmas izstrādātāju un pasūtītāju; uz mašīnu datu nesējiem izsniegto dokumentu saraksts; prasības mikrofilmēšanas dokumentācijai;

2) prasības starpnozaru lietojuma komponentu elementu dokumentēšanai atbilstoši ESKD un ESPD prasībām;

3) ja nav valsts standartu, kas nosaka prasības sistēmas elementu dokumentēšanai, tie papildus ietver prasības šādu dokumentu sastāvam un saturam.

2.11. Sadaļā "Izstrādes avoti" jāuzskaita dokumenti un informatīvie materiāli (priekšizpēte, atskaites par paveikto pētniecisko darbu, informatīvie materiāli par pašmāju, ārzemju analogajām sistēmām u.c.), uz kuru pamata tika izstrādāta TK un kuri būtu jāveido. izmanto, veidojot sistēmas.

2.12. AES TOR sastāvs, ja ir apstiprinātas metodes, ietver lietojumus, kas satur:

1) sistēmas paredzamās efektivitātes aprēķins;

2) sistēmas zinātniski tehniskā līmeņa novērtējums.

Lietojumprogrammas tiek iekļautas AES TOR pēc vienošanās starp izstrādātāju un sistēmas klientu.

3. KONSTRUKCIJAS NOTEIKUMI

3.1. TZN AS sadaļas un apakšsadaļas ir jāievieto 2. nodaļā noteiktajā kārtībā. 2 no šī standarta.

3.2. TS AU noformēts atbilstoši prasībām GOST 2.105 uz A4 loksnēm GOST 2.301 bez rāmja, galvenā uzraksta un papildu kolonnām.

Lapu (lapu) numurus noliek, sākot no pirmās lapas aiz titullapas, lapas augšējā daļā (virs teksta, vidū) pēc TK koda norādīšanas uz maiņstrāvas.

3.3. Rādītāju, normu un prasību vērtības parasti tiek norādītas ar maksimālajām novirzēm vai maksimālajām minimālajām vērtībām. Ja šos rādītājus, normas, prasības viennozīmīgi reglamentē NTD, AES TOR būtu jānodrošina saite uz šiem dokumentiem vai to sadaļām, kā arī papildu prasības, kas ņem vērā veidojamās sistēmas specifiku. Ja AES TOR izstrādes procesā nevar noteikt konkrētas rādītāju, normu un prasību vērtības, tai jāreģistrē šo rādītāju, normu un prasību noteikšanas un saskaņošanas kārtība:

"Galīgā prasība (vērtība) tiek noteikta procesā ... un saskaņota ar protokolu ar ... stadijā ...". Tajā pašā laikā AES TOR tekstā izmaiņas netiek veiktas.

3.4. Titullapā ievietoti pasūtītāja, izstrādātāja un koordinējošo organizāciju paraksti, kas apzīmogoti ar oficiālu zīmogu. Ja nepieciešams, titullapu noformē uz vairākām lapām. Pēdējā lappusē ievietoti AES RT izstrādātāju un AES RT projekta apstiprināšanā un izskatīšanā iesaistīto amatpersonu paraksti.

TK titullapas forma par AC ir dota. Maiņstrāvas TK pēdējās lapas forma ir norādīta.

3.5. Ja nepieciešams, TK titullapā uz ĀS ir atļauts ievietot nozarē noteiktos kodus, piemēram: drošības zīmogs, darba kods, TK reģistrācijas numurs u.c.

3.6. TOR papildinājuma titullapa AES tiek noformēta tāpat kā darba uzdevuma titullapa. Nosaukuma "Uzdevumu" vietā viņi raksta "AS TK ... papildinājums Nr. ...".

3.7. Nākamajās ĀS papildinājuma lapās tiek ievietots izmaiņu pamatojums, izmaiņu saturs un atsauce uz dokumentiem, saskaņā ar kuriem šīs izmaiņas tiek veiktas.

3.8. Iesniedzot TOR papildinājuma tekstu, jānorāda atbilstošo punktu, apakšpunktu, galveno TPR tabulu numuri par ĀS u.c. un lieto vārdus: “aizstāt”, “papildināt”, “dzēst”, “norādīt jaunā izdevumā”.

1. PIELIKUMS

AES TOR IZSTRĀDES, LĪGUMA UN APSTIPRINĀŠANAS KĀRTĪBA

1. Atomelektrostaciju TOR projektu izstrādā sistēmas izstrādātājs, piedaloties pasūtītājam, pamatojoties uz tehniskajām prasībām (pielietojums, taktiskais un tehniskais uzdevums utt.).

Konkurētspējīgas darba organizācijas gadījumā AES TPR projekta variantus izskata pasūtītājs, kurš vai nu izvēlas sev vēlamo variantu, vai arī, pamatojoties uz salīdzinošo analīzi, sagatavo TPR galīgo variantu. AES ar topošā AES attīstītāja līdzdalību.

2. Nepieciešamību AES RT projekta saskaņošanai ar valsts uzraudzības iestādēm un citām ieinteresētajām organizācijām nosaka sistēmas pasūtītājs un AES RT projekta izstrādātājs kopīgi.

Darbu pie AES TOR projekta apstiprināšanas kopīgi veic AES TPR izstrādātājs un sistēmas pasūtītājs, katrs savas ministrijas (resora) organizācijās.

3. AES TOR projekta apstiprināšanas termiņš katrā organizācijā nedrīkst pārsniegt 15 dienas no tā saņemšanas dienas AES TOR projekta kopijas (kopijas) ieteicams nosūtīt vienlaikus visām organizācijām (nodaļām) apstiprinājums.

4. Komentāri par AES TZn projektu iesniedzami ar tehnisko pamatojumu. Lēmumi par komentāriem ir jāpieņem AES uzdevuma projekta izstrādātājam un sistēmas pasūtītājam pirms AES uzdevuma apstiprināšanas.

5. Ja, vienojoties par TOR projektu AES, radušās domstarpības starp attīstītāju un pasūtītāju (vai citām ieinteresētajām organizācijām), tad tiek sastādīts domstarpību protokols (patvaļīga forma) un pieņemts konkrēts lēmums noteiktajā kārtībā.

6. AES TOR projekta apstiprināšanu atļauts noformēt kā atsevišķu dokumentu (vēstule). Šajā gadījumā zem virsraksta "Saskaņots" izveidojiet saiti uz šo dokumentu.

7. Atomelektrostaciju tehnisko specifikāciju apstiprināšanu veic sistēmas izstrādātāja un pasūtītāja uzņēmumu (organizāciju) vadītāji.

8. Specifikācija AES (specifikācijas papildinājums) pirms iesniegšanas saskaņošanai ir jāpārbauda specifikācijas izstrādātājas organizācijas normatīvās kontroles dienestā un, ja nepieciešams, jāpakļauj metroloģiskajai ekspertīzei.

9. AES apstiprināto noteikumu kopijas 10 dienu laikā pēc apstiprināšanas AES nolikuma izstrādātājs nosūta sistēmas izveides dalībniekiem.

10. TPR papildinājumu saskaņošana un apstiprināšana AES tiek veikta AES TPR noteiktajā kārtībā.

11. Izmaiņas TOR AES nav atļauts apstiprināt pēc tam, kad sistēma ir nodota tās pieņemšanas testu kārtai.

12. Atomelektrostaciju tehnisko specifikāciju un to papildinājumu reģistrācija, uzskaite un glabāšana tiek veikta saskaņā ar GOST 2.501 prasībām.

Personīgais paraksts

INFORMĀCIJAS DATI

1. PSRS Valsts standartu komitejas IEVIETO ATTĪSTĪBA

PSRS instrumentu izgatavošanas, automatizācijas līdzekļu un vadības sistēmu ministrija

IZPILDĪTĀJI

L.M. Seidenbergs, cand. tech. zinātnes; Yu.B. Irz, cand. tech. zinātnes; V. I. Peredkovs; I. S. Mitjajevs; B. A. Djukovs(tēmu vadītāji); L. O. Khvilevitsky, cand. tech. zinātnes; S. V. Garšina; P. A. Šalajevs, Ph.D. zinātnes; E. S. Krankovs, Ph.D. zinātnes; A. M. Mustafins; G. I. Šalatova; R. S. Sedegovs, Ekonomikas doktors. zinātnes; I. G. Viļenčiks; V. I. Makhnach; V. N. Semenovs; I. P. Vahļakovs; E. G. Savina