1B priedas prie dokumentacijos

atviros konkurencinės derybos

AUTOMATIZUOTOS VALDYMO SISTEMOS KŪRIMO SĄLYGOS

KRASNOYARSK CHPP-3 UAB „YENISEY TGK“ (TGK-13) 2-ojo JEIKLOS TECHNOLOGINIAI PROCESAI

(už atvirų konkursinių derybų dalyvių pasiūlymų rengimą)

Proceso valdymo sistemų kūrimo tikslas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bendrieji reikalavimaiį proceso valdymo sistemą. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Maitinimo bloko galia ir nomenklatūra. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Reikalavimai procesų valdymo sistemos funkcijoms ir struktūrai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bendra procesų valdymo sistemų struktūra. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Organizacinė struktūra. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . APCS palaikymo tipų reikalavimai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Techninė pagalba. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Programinė įranga. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Informacinis palaikymas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Metrologinė pagalba. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Kalbinis palaikymas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Reikalavimai proceso valdymo sistemos charakteristikoms. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . saugumo reikalavimus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . patikimumo reikalavimai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Greičio reikalavimai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Reikalavimai tikslumui. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Proceso valdymo sistemų priėmimo reikalavimai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Priėmimo reikalavimai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . APCS testų tipai. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Garantijos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Reikalavimai automatizuoto procesų valdymo sistemos veikimui. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Veikimo sąlygos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Maitinimas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Reikalavimai patalpoms techninėmis priemonėmis APCS. . . . . . . . . . . . . . . . . . . . . . Sutikimo lapas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1. APCS PLĖTROS TIKSLAS

   Pagrindiniai UAB „Jenisejaus TGC“ Krasnojarsko CHPP-3 (TGC-13) energetinio bloko Nr. 2 (TGC-13) (toliau – energetinis blokas) automatizuotos procesų valdymo sistemos sukūrimo tikslai:

energetinio bloko valdymo užtikrinimas normaliu, paleidimo, piko, pusiau piko, priešavariniu ir avariniu darbo režimais, kad būtų galima atlikti pagrindinę jėgos agregato funkciją – gaminti reikiamo kiekio elektros energiją ir šilumą bei kokybė;

jėgos agregato ir jo agregatų apsauga išjungiant arba sumažinant apkrovą iškilus avarijai;

pakankamos, patikimos ir savalaikės informacijos teikimas personalui (įskaitant įvykių registravimą, rodiklių skaičiavimą ir įrangos diagnostiką) įrangos eksploatavimo ir jos remonto analizei, optimizavimui ir planavimui.

Kuriamas APCS turėtų užtikrinti šių rodiklių gerinimą:

energetinio bloko darbinio parengtumo ir išsiuntimo grafiko vykdymo tikslumo didinimas;

energijos bloko efektyvumo didinimas, įskaitant kuro ir energijos sąnaudų taupymą savo reikmėms;

padidinti įrangos patikimumą ir ilgaamžiškumą bei sumažinti jos remonto išlaidas;

gerinti jėgos rezervų panaudojimą ir jėgos agregato manevringumą;

operatyvinio personalo klaidų mažinimas;

Rodikliai turėtų būti tobulinami naudojant pažangesnes technologines ir programines priemones, kurios suteikia:

sudėtingesnių valdymo ir reguliavimo strategijų ir algoritmų įgyvendinimas;

žmogaus ir mašinos sąsajos tobulinimas;

automatizuotų procesų valdymo sistemų informacijos ir valdymo funkcijų išplėtimas;

procesų įrangos ir APCS diagnostikos tobulinimas;

padidinti sistemos patvarumą ir patikimumą sugedus jos elementams;

automatizuotų procesų valdymo sistemų kūrimo ir priežiūros supaprastinimas.

1. bendrieji ACS reikalavimai

Remiantis šiuolaikinio mokslinio ir techninio lygio atitikties sąlygomis ir valdymo grandinių įdiegimu, automatizuota procesų valdymo sistema turi atitikti šiuos reikalavimus:

ACS TP turėtų būti kuriamas ir eksploatuojamas kaip neatskiriama automatizuoto technologinio komplekso – maitinimo bloko – dalis.

APCS turėtų būti įdiegta kaip viena išbaigta viso maitinimo bloko ir jo valdymo ir informacijos sistema pagalbinė įranga, kuris apima vieningas techninės, programinės įrangos ir informacinių priemonių sistemas ir aprūpinamas kūrimo bei priežiūros sistemomis.

APCS turėtų būti kuriama kaip žmogaus ir mašinos sistema, veikianti realiu laiku ir apimanti operatyvinį technologinį personalą (toliau – operatorius), operatyvinės priežiūros personalą (toliau – APCS inžinierius) ir techninių bei kitų priemonių kompleksą, įskaitant darbo vietų valdymas ir priežiūra.

APCS turėtų būti sukurta kaip kelių lygių geografiškai paskirstyta sistema, atsižvelgiant į valdymo objekto technologinę struktūrą.

APCS turėtų būti pagrįstas vieningomis techninėmis, informacinėmis ir programinėmis priemonėmis, naudojant minimalų įrangos tipų ir konstrukcijų skaičių bei racionalų informacijos pateikimo formų skaičių.

APCS, jos posistemės ir visos paramos rūšys turi būti pritaikytos modernizavimui, plėtrai, plėtrai. Galimybė išplėsti funkcijas, programinę įrangą, atminties talpą ir reikalingus procesoriaus modulius turi turėti 15 proc.

Automatizuotų procesų valdymo sistemų techninių priemonių pagrindas turėtų būti paskirstyta mikroprocesorinė valdymo ir informacinė sistema, sukurta vieningomis informacijos apdorojimo ir skaitmeninės komunikacijos priemonėmis. Informaciniais kanalais prie mikroprocesorinės sistemos turi būti jungiamos kitų tipų skaitmeninės priemonės (mikro ir mini kompiuteriai, komplektuojami su technologiniais blokais arba skirti specializuotoms užduotims spręsti).

Pagrindinės informacijos rodymo ir operatyvinio (nuotolinio) valdymo priemonės turėtų būti spalvoti grafiniai terminalai ir susijusios funkcinės klaviatūros arba kiti valdymo įrenginiai (pelė, rutulinis rutulys).

Ji turėtų būti numatyta programinės įrangos modulinei konstrukcijai su galimybe ją išplėsti, įskaitant kalbomis aukštas lygis. Programinės įrangos įdiegtos funkcijos, susijusios su valdymo, reguliavimo ir informacijos pateikimu, turi būti suprogramuotos inžinerine kalba, kuri nereikalauja specialaus vartotojo mokymo.

Kuriant automatizuotą procesų valdymo sistemą, turėtų būti numatytos automatizuotos procesų valdymo sistemos elementų ir funkcijų valdymo ir matavimo sistemos, kurios kartu atlieka ir elementų kalibravimą. Elementų kalibravimas ir sertifikavimas turėtų būti atliekami dialogo režimu, naudojant vaizdo terminalus ir dokumentuojant rezultatus.

APCS turėtų numatyti: informacijos patikimumo kontrolę, automatizuotų funkcijų įgyvendinimo kontrolę, nuolatinę techninės ir programinės įrangos diagnostiką.

Automatizuota procesų valdymo sistema turi būti sukurta taip, kad, įvykus techninės ir programinės įrangos gedimams, operatorius automatiškai pertvarkytų arba pakeistų automatinio valdymo funkcijas, nesumažinant proceso įrangos patikimumo ir saugos.

Automatizuota procesų valdymo sistema turėtų būti sukurta atsižvelgiant į darbo sąnaudų sumažinimą jos sukūrimui ir priežiūrai, ypač atsižvelgiant į remonto priežiūrą vienoje pamainoje.

Automatizuota procesų valdymo sistema turi užtikrinti apsaugą nuo klaidingų personalo veiksmų ir nuo neteisėto įsikišimo.

Turėtų būti numatyta automatinė visų įvykių, įskaitant personalo veiksmus, registracija automatizuotoje procesų valdymo sistemoje, įskaitant valdymo veiksmus, perjungimus, valdymo ir reguliavimo schemų struktūros ir nustatymų pakeitimus.

Kalbant apie operatorių ir dirbtuvių personalo darbo sąlygas, automatizuota proceso valdymo sistema turi būti ergonomiška.

APCS kūrėjas atlieka visus „iki rakto“ darbus (apatinio ir viršutinio APCS lygių projektavimą, montavimą, konstravimą ir paleidimą, paleidimą bandomajam ir komerciniam eksploatavimui). Kaip subrangovas žemesnio lygio projektavimui, procesų valdymo sistemos kūrėjas turi pritraukti OAO Sibiro ENTC, Tomskteploelektroproekt instituto Tomsko filialą.

JĖGOS VIENETAS GALIA IR NOMENKLATŪRA

Vieneto galia:

sumontuota - 220 MW; vardinė (esant vardinei šildymo čiaupų šilumos apkrovai) – 192 MW; maksimalus (kondensacijos režimas) - 226 MW.

Prekių asortimentas – gamyba ir tiekimas vartotojams šiluminės ir elektros energija. Maitinimo bloko veikimo režimas:

Ištisus metus pagal šiluminį grafiką - šildymo laikotarpiu, su papildoma kondensacijos apkrova - ne šildymo laikotarpiu. Įrenginio naudojimo valandų skaičius elektros energija per metus - 6568 val.. Įrenginio veikimas baziniu režimu, kai nominali šiluminė apkrova 270 Gcal/h bloke su esamu karšto vandens katilo našumu 400 Gcal/h, esant šilumos tinklų temperatūriniam grafikui 150/70 °C.

Pagrindinės maitinimo bloko įrangos sudėtis:

Turbina T-185/220-12.8-2, pagaminta OAO Power Machines; katilas Ep-670-13.8-2 (modernizuotas modelis TPE-216), pagamintas Krasny Kotelshchik gamybos asociacijos; TZFP-220-2UZ generatorius, pagamintas OJSC Power Machines; katilo bloko pelenų rinktuvai - keturių laukų elektrostatiniai nusodintuvai, tiekiami ZAO Alstom Power Stavan; du PE-720-185 tipo padavimo siurbliai su reguliuojamu greičiu; kita pagalbinė įranga.

Preliminarus jėgos agregato technologinių matavimų tūris

Šilumos inžinerijos dalis:

• analoginis įėjimas (0-5, 4-20 mA) - 804 vnt.;

  diskretiškas įėjimas - 358 vnt.;

  temperatūra (termopora) - 684 vnt.;

  temperatūra (šiluminė varža) - 510 vnt.;

  elektrinė pavara - 507 vnt.;

  valdymo vožtuvai - 153 vnt.

Elektrinė dalis:

analoginis įėjimas (0-5, 4-20 mA) - 120 vnt.;

diskretiškas įėjimas - 1320 vnt.

Preliminarūs matavimai buvo sudaryti remiantis anksčiau parengtais procesų valdymo sistemų projektais, galimybių studijomis, OAO Sibiro ENTC Tomskteploelektroproekt instituto Tomsko filialo parengta energijos bloko statybos galimybių studija, taip pat panašių jėgos agregatų analizė. Matavimų apimtis bus nurodyta projektavimo etape ir turi atitikti SO 34.35.101-2003 “. Gairės kalbant apie technologinius matavimus, signalizaciją, automatinį valdymą šiluminėse elektrinėse.

4. APCS FUNKCIJŲ IR STRUKTŪROS REIKALAVIMAI

1. Bendra procesų valdymo sistemų struktūra.

   1. Energijos bloko APCS turi būti atliekamas programinės ir techninės įrangos komplekso (toliau – PTC) pagrindu pagal RD 153-34.1-35.127-2002 „Šiluminės energijos APCS bendrieji techniniai PTC reikalavimai. augalai“.

   2. Bendra automatizuoto procesų valdymo sistemos struktūra turėtų apimti technologines, programines, informacines ir kitas priemones, veiklos valdymo ir priežiūros organizacinę struktūrą.

   Siekiant užtikrinti koordinuotą viso APCS įrankių komplekso veikimą, jo priežiūros galimybę, užtikrinant funkcijų atlikimo efektyvumą ir patikimumą esant galimiems įrangos gedimams ir personalo klaidoms, turėtų būti taikomi funkciniai, agregatiniai, hierarchiniai ir moduliniai konstravimo principai. naudojamas APCS ir visoms jos posistemėms.

   3. Proceso valdymo sistemoje reikėtų išskirti šiuos funkcinius posistemius:

informacijos rinkimas ir platinimas;

informacijos apdorojimas ir pateikimas (įskaitant visų tipų skaičiavimus, stebėjimą, registravimą ir signalizavimą);

nuotolinis elektrinių pavarų ir mechanizmų valdymas;

technologinis blokavimas ir apsauga;

loginis valdymas;

automatinis reguliavimas;

galios bloko cheminis-technologinis stebėjimas;

automatizuotų procesų valdymo sistemų patikimumo užtikrinimas.

Vadovaujantis suminiu konstravimo principu, automatizuota procesų valdymo sistema turėtų būti suskirstyta į santykinai savarankiškus posistemius, skirtus atskiriems technologiniams mazgams valdyti ir funkcines grupes. Funkcinė valdymo grupė (toliau – FGU) turėtų apimti visas valdymo priemones, kurios įgyvendina informacijos ir valdymo funkcijas tam tikrame technologiniame mazge. Jei aparatinė ar programinė įranga aptarnauja kelis FGU, tada ji turėtų priklausyti didesnei funkcinei grupei, jungiančiai visus aptarnaujamus FGU. FGU funkcijų apimtis bus nurodyta etape techninis projektas.

Vadovaujantis hierarchiniu konstravimo principu, reikėtų išskirti šiuos valdymo lygius:

bendrasis bloko lygis, apimantis bendrojo bloko valdymo schemas ir priemones, taip pat valdymo ir priežiūros, eksploatacinio technologinio ir techninės priežiūros personalo darbo vietas;

funkcinių grupių valdymo lygiai, apimantys funkcinių grupių valdymo schemas ir priemones;

pavaros valdymo lygis, kuris apima valdymo kilpas, blokavimus, nuotolinio valdymo pultą ir kitas grandines bei priemones, kurios tiesiogiai veikia pavaras.

Bendrojo bloko lygiu turėtų būti atliekamos šių tipų funkcijos:

automatinis dažnio ir galios valdymas pagal RAO ​​„UES of Russia“ 2002 m. rugsėjo 18 d. įsakymo Nr. 524 reikalavimus;

automatinis maitinimo bloko paleidimas, pakrovimas ir išjungimas;

avarinis maitinimo bloko išjungimas arba avarinis iškrovimas technologinių apsaugos priemonių nurodymu;

bendrojo bloko operatyvinis (nuotolinis) valdymas;

funkcinių grupių kontrolės pavaldžių schemų darbo koordinavimas;

informacijos rinkimas, apdorojimas ir saugojimas vizualiniam atvaizdavimui, diagnostikos pranešimams, registracijai spausdinimo įrenginiuose, visų tipų rodiklių skaičiavimui, dokumentacijai ir registravimui;

Žmogaus ir mašinos sąsajos su eksploatavimo ir priežiūros personalu teikimas naudojant vaizdo terminalus ir funkcines klaviatūras;

informacijos keitimosi su visos gamyklos lygiu ir pavaldžių funkcinių grupių lygiu užtikrinimas;

techninės ir programinės įrangos, įgyvendinančių bendras blokų funkcijas, diagnostika ir perkonfigūravimas.

Funkcinės grupės valdymo lygiu turėtų būti atliekamos šių tipų funkcijos:

informacijos rinkimas tam tikroje funkcinėje grupėje;

šios funkcinės grupės mechanizmų ir įrenginių valdymas bei pavaldžių grupių darbo koordinavimas;

automatinis šios funkcinės grupės technologinių parametrų reguliavimas ir pavaldžių grupių valdymo kilpų sąveikos koordinavimas;

ekstremalių situacijų atpažinimas ir reagavimas į jas funkcinės grupės viduje (vietinė technologinė apsauga);

valdymo veiksmų atlikimas iš aukštesnio lygio posistemių;

keitimasis informacija su kitais posistemiais;

funkcinės grupės ir pavaldžių sistemų techninės ir programinės įrangos diagnostika ir perkonfigūravimas.

Pavaros valdymo lygiu turi būti atliekamos šios funkcijos:

informacijos, reikalingos pavarai valdyti, rinkimas;

vienos kilpos automatinis valdymas pagal PI arba PID dėsnius su galimybe įgyvendinti stabilizavimo, sekimo, parametrų santykio palaikymo ir kt. režimus;

pavaros perkėlimas į iš anksto nustatytą padėtį arba jo judėjimo uždraudimas;

pavaros valdymas iš aukštesnių sistemų;

keitimasis informacija su aukštesniu grupės lygiu;

aparatinės ir programinės įrangos diagnostika pavaros valdymo lygiu, įskaitant valdymo veiksmo valdymą.

Pagal modulinės konstrukcijos principą techninė ir programinė įranga turi būti realizuojama kaip funkciškai sukomplektuoti moduliai, veikiantys nepriklausomai vienas nuo kito ir turintys nepriklausomus maitinimo šaltinius. Techninių priemonių komponentai turi būti sukomplektuoti moduliai. Kiekvienam aparatūros ir programinės įrangos įrankiui, veikiančiam kaip automatizuotos procesų valdymo sistemos dalis, turėtų būti žinomas jo priklausymas konkrečiam funkciniam (-iems) posistemiui (-ams), padaliniui (funkcinei grupei) ir valdymo lygiui.

Turėtų būti numatyta atsarginė sistema, skirta ne avariniam maitinimo bloko išjungimui visiškai sugedus PTC.

Organizacinė struktūra

1. Automatizuotos procesų valdymo sistemos organizacinė struktūra turėtų užtikrinti racionalų operatyvaus, technologinio ir techninės priežiūros personalo funkcijų paskirstymą bei efektyvi organizacija valdymas ir priežiūra.

   Organizacinė struktūra turėtų atspindėti:

maitinimo bloko valdymo organizavimas;

operatyvinio, technologinio ir techninės priežiūros personalo sudėtis, jų funkcijos ir atsakomybė;

neoperatyvaus personalo, naudojančio informaciją iš automatizuotos procesų valdymo sistemos sprendimų priėmimui, sudėtis;

bendravimas tarp personalo, padalinių, pareigūnų.

Galios bloko eksploataciniam valdymui ir automatizuoto procesų valdymo sistemos eksploatacinei priežiūrai budinčiam personalui būtina numatyti šias automatizuotas darbo vietas (AWS):

Maitinimo bloko vairuotojo darbo vieta;

AWP vyresnysis vairuotojas;

budinčio APCS inžinieriaus AWP (APCS cecho pamainos vadovas);

elektros cecho pamainos viršininko darbo vieta;

chemijos cecho pamainos viršininko darbo vieta;

Stoties pamainos viršininko darbo vieta.

Stoties pamainos viršininko, elektros ir chemijos cechų darbo vieta yra skirta eksploatacinio stebėjimo, kontrolės ir priežiūros užduotims atlikti įrenginių buvimo vietoje pagal nustatytas darbo pareigas.

Jėgos agregato operatorius valdo katilo bloką, turbininį bloką ir kitą maitinimo bloko pagrindinę ir pagalbinę įrangą. Maitinimo bloko operatoriaus darbo vieta yra blokinis valdymo pultas (MCC). Kontrolės metu vairuotojas keičiasi informacija su vyresniuoju vairuotoju, APCS inžinieriumi ir kitu operatyviniu personalu. Jei reikia, technologinės įrangos paleidimo laikotarpiu jėgos agregatų operatorių skaičius gali būti padidintas iki dviejų.

Energijos bloko vyresnysis inžinierius stebi visos įrangos veikimą ir, nukrypus nuo įprasto režimo, tiesiogiai dalyvauja valdyme. Pagrindinė jo darbo vieta yra stebėjimo darbo vieta valdymo kambario operacinėje kilpoje. Stebėjimo ir kontrolės metu vyresnysis vairuotojas teikia rekomendacijas ir keičiasi informacija su kitu operatyviniu personalu.

Budintis APCS inžinierius stebi APCS veikimą, operatyvinę ir įprastinę priežiūrą bei sugedusios APCS aparatinės įrangos keitimą. Šioms funkcijoms užtikrinti būtina organizuoti darbo vieta automatizuotų procesų valdymo sistemų priežiūra valdymo kambaryje.

Tiesioginį maitinimo bloko valdymą įprastais režimais turėtų atlikti tik maitinimo bloko operatorius iš valdymo darbo vietų į valdymo kambarį. Kartu jis yra visiškai atsakingas už teisingą valdymo funkcijų atlikimą. Priklausomai nuo konkrečios situacijos, kai kurias funkcijas jis atlieka naudodamas nuotolinio valdymo pultas, o visa kita – perkelia į automatinę sistemą. Sistema turi suteikti vairuotojui galimybę integruotai valdyti maitinimo bloką (paleidimas mygtuku, valdymas iš apkrovos generatoriaus), ir detalus atskirų funkcinių grupių, programos žingsnių ir pavarų valdymas.

Vyresnysis inžinierius įprastomis sąlygomis turėtų stebėti įrangos veikimą, taip pat ir vietoje, ir, jei reikia, teikti rekomendacijas jėgos agregato inžinieriui.

Pereinamuoju ir paleidimo režimu vyresnysis inžinierius turi būti prijungtas prie tiesioginio maitinimo bloko valdymo. Kartu yra atskirtos valdymo funkcijos ir atsakomybė, kuri turėtų būti aiškiai reglamentuota pareigybių aprašymai. Kad maitinimo bloką galėtų valdyti keli operatoriai, valdymo patalpos operacinėje kilpoje turėtų būti įrengtos papildomos valdymo darbo vietos, funkciškai identiškos pagrindinei. darbo vieta valdymas.

Avariniais režimais valdymas turėtų būti vykdomas automatiškai pagal technologinės apsaugos komandas. Tam tikras operacijas personalui leidžiama atlikti tik sugedus technologiniams apsaugos elementams.

Visos valdymo operacijos, kurias atlieka vietoje budintys darbuotojai, turi būti atliekamos pagal nurodymus arba susitarus su jėgos agregato operatoriumi.

APCS inžinieriaus darbo vieta yra programinės įrangos inžinerijos stotis techninis kompleksas, per kurią stebi automatizuotos procesų valdymo sistemos techninės ir programinės įrangos veikimą bei atlieka eilinius patikrinimus.

Teisingai veikiant automatizuotos procesų valdymo sistemos techninei ir programinei įrangai, automatizuoto procesų valdymo sistemos inžinierius turi stebėti jos veikimą ir atlikti įprastinį patikrinimą techninių priemonių vietoje. Diagnozuodamas gedimą jis arba jo nurodymu kitas techninės priežiūros personalas turi pakeisti sugedusį įrenginį (modulį) iš atsarginių dalių komplekto. Tam turi būti užtikrintas nuolatinis pakankamas viso spektro automatizuotų procesų valdymo sistemų techninių priemonių tiekimas.

Programinės įrangos priežiūra taip pat atliekama per inžinerinę stotį.

Automatizuotų procesų valdymo sistemų techninėms priemonėms tikrinti ir koreguoti turėtų būti įrengtos laboratorijos su specialiais stendais, įrenginiais ir įrankiais. Automatizuotos procesų valdymo sistemos priežiūra turėtų būti atliekama vienoje pamainoje.

5. APCS PROGRAMINĖS ĮRANGOS TIPŲ REIKALAVIMAI

1. Techninė pagalba

   1. Proceso valdymo sistemos techninių priemonių (toliau – CTS) kompleksas turi būti pakankamas visoms šiuose techniniuose reikalavimuose nurodytoms funkcijoms įgyvendinti.

   2. CTS turėtų naudoti unifikuotas masinės gamybos priemones, kurių tarnavimo laikas yra ne mažesnis kaip 15 metų.

   3. Bet kuri iš automatizuoto proceso valdymo sistemos techninių priemonių turi leisti ją pakeisti panašia priemone be jokių struktūrinių pakeitimų ar kitų techninių priemonių koregavimo.

   4. Techninės priemonės turėtų suteikti galimybę įgyvendinti kelis hierarchinius valdymo lygius (bendrasis blokas, funkcinė grupė, pavarų lygis) ir turėti modulinę struktūrą, užtikrinančią sistemos patvarumą gedimų atveju ir lengvą priežiūrą.

   5. CTS turėtų sudaryti šie pagrindiniai komponentai:

prietaisai informacijai gauti (diskrečiųjų ir analoginių signalų jutikliai, pirminiai keitikliai);

signalų generavimo ir konvertavimo įrenginiai (įvesties / išvesties įrenginiai, normalizavimo keitikliai);

duomenų perdavimo įrenginiai (kabeliai, skaitmeninės magistralės ir jų valdymo įrenginiai);

informacijos saugojimo ir apdorojimo įrenginiai (mikroprocesorių stotys, mikro ir mini kompiuteriai);

informacijos pateikimo įrenginiai (vaizdo terminalai, spausdinimo įrenginiai, projekciniai ekranai ir kt.);

apsaugos ir blokavimo įtaisai;

ryšio priemonės tarp operatoriaus ir technologinio objekto (klaviatūros valdymo komandoms generuoti ir informacijai iškviesti, mygtukai, klavišai, valdymo blokai ir kt.);

ryšio su valdymo sistema įrenginiai (stacionarūs ir nešiojami valdymo pultai, sistemos ir kitų aptarnavimo įrenginių derinimas ir priežiūra).

Nepertraukiamai (analoginei) informacijai gauti naudojami jutikliai su vieningu išėjimo signalu (0-5, 4-20 mA), termoporos ir varžos termometrai.

Metran-100 serijos jutikliai turėtų būti naudojami kaip srauto, slėgio ir lygio matavimo prietaisai.

Sukamųjų agregatų (turbobloko, malūno-ventiliatoriaus, dūmų šalinimo ir kt.) ir mechaninių guolių vibracijai matuoti naudokite automatinę valdymo ir diagnostikos sistemą ASKVD "Vector-M".

Kaip priemonę vandens cheminiam maitinimo bloko režimui matuoti naudokite Rusijos Federacijoje masiškai gaminamą įrangą.

MEO tipo elektrinės pavaros turėtų būti naudojamos kaip uždarymo ir valdymo vožtuvų pavaros.

NPO EKRA mikroprocesorinėje technologijoje įdiegti maitinimo bloko apsaugos posistemį (elektrinėje dalyje) ir savo poreikius, kaip savarankišką mikroprocesorių posistemį.

Vienodų signalų įvesties įrenginiai turi būti tiesiogiai prijungti prie stoties magistralės ir nepriklausomi kiekvienam kanalui, individualiai valdomi funkciniai blokai su analoginių signalų generavimo ir konvertavimo funkcijomis, įskaitant perspėjimo signalų apie ribines vertes generavimą. Vienas įrenginys (modulis) turi turėti kelis kanalus.

Įtaisai signalams iš termoporų ir varžos termometrų įvesti turėtų būti panašūs.

Visi analoginio signalo įvesties įrenginiai turi būti visiškai atjungti nuo maitinimo šaltinių, sistemos ir bendro (žemės), išmatuotos vertės filtruojamos, kad būtų slopinami trukdžiai ir pulsavimas, ir patikrintas išmatuotos vertės patikimumas.

Diskrečiųjų signalų įvesties įrenginiai turi priimti signalus iš „sausų“ kontaktų, kurių perjungimo srovės ne mažesnės kaip 5 mA, esant ne didesnei kaip 48 V įtampai su „atšokimo“ slopinimu, taip pat diskrečiųjų elektroninių prietaisų (0/24 V) išėjimus su atviru grandinės stebėjimas su skirtingo įėjimų skaičiaus modifikacijomis.

Analoginio signalo išvesties įrenginiai turi turėti vieningą aukšto lygio srovės signalą (4-20 mA) su nepriklausomais izoliuotais (be atvirkštinio veikimo) išėjimo kanalais (galvaniškai izoliuotais).

Diskretūs signalo išvesties įrenginiai turi suteikti galimybę nuotoliniu būdu blokuoti išėjimą ir nuotoliniu būdu imituoti išvesties vertes skirtingam kanalų skaičiui.

Jungtys tarp jutiklių ir mikroprocesorių stočių turi būti atliekamos specialiais kabeliais su veiksminga apsauga nuo trikdžių, kuriuos sukelia elektriniai ir elektromagnetiniai laukai.

Informacijos perdavimo skaitmenine forma magistralės sistema turėtų būti sukurta pagal hierarchinį principą ir, tikėtina, apima:

magistralinės magistralės, skirtos sujungti proceso valdymo sistemos komponentus, kurie yra labai nutolę vienas nuo kito;

vietiniai autobusai, skirti sujungti keletą gretimų techninės įrangos pultų (spintų);

stoties autobusai, skirti susisiekimui stoties viduje;

I/O autobusai prijungimui paprasti įrenginiai I/O su stoties autobusu;

magistralės ir magistralės jungtys, užtikrinančios nereaguojančią jungtį su pagrindine magistrale;

magistralės valdymo įrenginiai, nepriklausomi kiekvienam perdavimo kanalui;

avariniai ir kitų neeksploatacinių užduočių spausdinimo įrenginiai;

padangų monitoriai.

Automatinio reguliavimo, loginio valdymo, informacijos apdorojimo ir pateikimo funkcijoms įgyvendinti turėtų būti naudojama funkciškai paskirstyta mikroprocesorinė sistema (mikroprocesorinis valdiklis). Keitimasis informacija tarp stočių turėtų būti vykdomas skaitmenine forma pertekliniais perdavimo kanalais (autobusais), naudojant triukšmui atsparius keitimosi protokolus.

Mikrovaldiklis turi būti pagamintas kaip sandarūs gaminiai pagal apsaugos tipą, skirtą elektroniniams prietaisams be mikroklimato (bet su šilto oro ištraukimu). Jie turi veikti esant 10–50°C aplinkos temperatūrai, o didžiausiai oro drėgmei – iki 95%.

Į mikrovaldiklį įeinantys struktūriniai moduliai turi būti specializuoti pagal funkcinį principą (įvesties-išvesties įrenginiai, automatinis reguliavimas, diskretinis valdymas ir kt.). Siekiant užtikrinti lankstumą komplektuojant stotis, patartina turėti kelių modifikacijų funkcinius modulius.

Kiekvienas modulis, stotis ar įrenginys, kurio sudėtyje yra mikroprocesorius, turi atlikti pagalbinių įrenginių savidiagnostikos ir diagnostikos funkcijas. Visų modulių priekiniame skydelyje turi būti šviesos signalizacija apie jų gedimą. Be to, kiekviena bazinių įrenginių stotis turi turėti specialius diagnostikos įrenginius, kurie yra visiškai atskirti nuo darbinės įrangos, ir jungtis nešiojamiesiems aptarnavimo įrenginiams prijungti.

APCS techninė pagalba turėtų apimti pakankamą prietaisų, struktūrinių modulių ir kitų priemonių, užtikrinančių patikimą APCS veikimą, pakeičiant sugedusius įrenginius, tiekimą.

Techninės priemonės, kurias personalas naudoja automatizuotoms funkcijoms atlikti, turi atitikti ergonominius reikalavimus.

Techninės priemonės turi būti tinkamos eksploatuoti miltelinėmis anglimis kūrenamų elektrinių sąlygomis.

Programinė įranga

atlikti visas šiuose reikalavimuose nustatytas funkcijas, su minimaliais atminties ir laiko ištekliais;

sumažinti operatoriaus klaidų skaičių, aptikti trikdžius ir programos klaidas bei blokuoti jų įtaką, taip pat turėti galimybę iš naujo paleisti, kai maitinimas atstatomas po elektros tiekimo nutraukimo;

paprastas programų pritaikymas prie pokyčių ar užduočių išplėtimo, nepažeidžiant kitų rodiklių.

Programinė įranga turėtų būti sukurta remiantis struktūrinio programavimo principu, būtent:

atskiros užduotys turėtų būti įgyvendinamos kaip savarankiški programinės įrangos moduliai;

bet kurio modulio pakeitimai neturėtų turėti įtakos kitų modulių funkcijoms;

programos moduliai ir sąsajos tarp jų turėtų sudaryti struktūrą su aiškiais konstravimo principais.

Programinė įranga turi būti aiškiai dokumentuota ir suprantama vidutiniams programuotojams.

Valdymo schemų ir informacijos pateikimo formų technologiniam programavimui (konfigūravimui) turi būti naudojama inžinerinė programavimo kalba, prieinama operacinei ir techninis personalas kuris neturi specialaus programuotojo pasirengimo.

Kad būtų galima generuoti, valdyti ir tobulinti proceso valdymo sistemą, turėtų būti pateikta pagrindinė ir speciali taikomoji programinė įranga, kuri turėtų apimti:

programavimo moduliai (vertėjai, derintojai, redaktoriai ir kt.);

standartinių programų bibliotekos;

programinės įrangos modulių bibliotekos, įgyvendinančios standartinius informacijos valdymo, reguliavimo, apdorojimo ir pateikimo, diagnostikos ir kt. algoritmus;

programinės įrangos moduliai, skirti valdyti įvesties-išvesties įrenginius, ryšį su objektu, mikroprocesorių stotis, vaizdo terminalus, duomenų mainus per magistrales ir kt.;

paslaugų programinė įranga, užtikrinanti taikomosios programinės įrangos kūrimą ir derinimą.

Pagrindinės ir specialiosios programinės įrangos sudėtis bus patikslinta techninio projekto etape.

Tipinių algoritmų biblioteka turėtų apimti P-, PI-, PID- ir kitus valdymo dėsnius, pagrindinius netiesiškumo tipus, algebrines, logines ir dinamines funkcijas, signalų apdorojimo algoritmus, patikimumo patikras, tipinių mnemoninių diagramų struktūrinių elementų atvaizdavimo algoritmus, grafikai, histogramos, ataskaitos, protokolai, žurnalai.

Į specialią programinę įrangą turėtų būti įtraukta bendroji sistemos programinė įranga ir funkcinės programos, skirtos informacijos valdymui, reguliavimui, apdorojimui ir pateikimui, interaktyviai sąveikai su operatoriumi, APCS inžinieriumi ir kt.

Bendroji sisteminė programinė įranga, kurios pagrindas yra Operacinė sistema, turi būti sukonfigūruotas tam tikrai aparatinės įrangos konfigūracijai ir teikti šias pagrindines funkcijas:

sistemos paleidimas po išjungimo;

procesoriaus veikimo sinchronizavimas ir duomenų mainai realiu laiku, vienos sistemos laiko sąskaitos su korekcija pagal tikslius laiko signalus suteikimas;

procesų sinchronizavimas pagal išorinius įvykius ir komandas;

operatoriaus technologo ir APCS inžinieriaus sistemos veikimo kontrolė interaktyviu režimu, naudojant kelis vaizdo terminalus;

valdyti prieigą prie duomenų išoriniuose atminties įrenginiuose su reikiamu privatumo ir apsaugos lygiu;

valdymo sistemos apsauga elektros tiekimo sutrikimų, gedimų ir kitų pažeidimų atveju.

Visos sistemos programinė įranga turi būti apsaugota nuo klaidingų personalo veiksmų, ypač turi būti blokuojamas nenumatytų pakeitimų įvedimas veikiant proceso valdymo sistemai.

Valdymo ir reguliavimo sistemų programinė įranga turi būti sukurta taip, kad „ON LINE“ režimu būtų galima atlikti bet kurio valdymo algoritmo pakeitimus, t.y. neatjungiant valdiklio nuo reguliuojamo objekto, nepažeidžiant kitų valdymo įrenginių veikimo. ir reguliavimo kilpos , įskaitant tas, kurios įdiegtos to paties mikroprocesoriaus, ir nepažeidžiant valdymo objekto. Tas pats turi būti pateiktas ir „OFF LINE“ režimu.

Skaičiavimo procesą valdančios programos ir valdymo algoritmus diegiančios programos turi būti kuriamos kaip savarankiški moduliai ir turi būti autonomiškai išdėstyti kiekvieno mikroprocesorinio įrenginio atmintyje.

Kiekvienas mikroprocesorinis įrenginys turi turėti savidiagnostikos programą, skirtą jutiklių, maitinimo šaltinių, analoginio-skaitmeninio ir skaitmeninio-analoginio keitiklių, atminties įrenginių ir kt. gedimams aptikti.

1. Informacinis palaikymas

   Informacinės paramos apimtis ir turinys turėtų būti pakankamos, kad būtų galima greitai ir patikimai įvertinti technologinės įrangos būklę, jos veikimo būdus, APCS posistemių funkcionavimą ir gedimų atpažinimą. Jos galimybės turėtų būti tokios, kad, išvengiant operatyvinio personalo informacijos pertekliaus, teiktų jam laiku ir pakankamai informacijos optimaliems sprendimams priimti.

   Kuriamas APCS turėtų užtikrinti keitimąsi reikiama informacija su vietinėmis kuro tiekimo kontrolės sistemomis ir vandens valymo įrenginiais bei šilumos ir elektros energijos komercinės apskaitos sistemomis.

   Technologinei įrangai koduoti turėtų būti naudojamos techninės procesų valdymo sistemų priemonės ir informacija viena sistema kodavimas KKS. Turėtų būti sukurtos atitinkamos administraciniam ir techniniam personalui skirtos išvesties informacijos kodavimo formos. Dokumentuose vartojami terminai ir santrumpos turi būti visuotinai priimtos energetikos pramonėje ir nesukelti sunkumų juos suvokiant.

   Informacijai maitinimo bloko operatoriui pateikti turėtų būti naudojamos šios rodymo formos:

atvaizdai spalvotuose vaizdo terminaluose ir spalvotos šių vaizdų kopijos;

informacijos rodymas projekciniuose ekranuose;

procesų registravimas popieriuje;

renginių ir sertifikatų registravimas spausdinimo įrenginiuose (spausdintuvuose);

garso signalus.

Vaizdo terminalai turėtų galėti rodyti bet kokią svarbią APCS informaciją. Tam reikia naudoti šių tipų vaizdus (vaizdo plokštes):

mnemoninių diagramų fragmentai;

proceso tvarkaraščiai, įskaitant pateiktus ir faktinius paleidimo grafikus;

parametrų verčių ir įrenginio būsenų lentelės;

parametrų pateikimo diagramos (histogramos);

tekstinius pranešimus.

Vaizdo terminalų dinaminė informacija turi būti atnaujinama ne rečiau kaip kas 1 s ir turėti reguliuojamą negyvąją zoną.

Mnemoninės diagramos fragmentai turėtų būti išdėstyti hierarchiškai ir apimti:

apibendrinta maitinimo bloko mnemoninė schema;

apibendrintos agregatų ir funkcinių grupių mnemoninės diagramos;

technologinių sekcijų mnemoninės schemos su visų technologinių elementų, parametrų, uždarymo ir valdymo vožtuvų nurodymu.

Mnemoninės diagramos vaizdo plokštėse turėtų būti tekstinė dalis su skyriaus būsenos pavadinimu ir pagrindinėmis charakteristikomis, atitinkamos technologinės schemos dalies vaizdas, pagamintas su standartiniais simboliais, skaitinė ir šviesa parametro reikšmės indikacija, vožtuvas. padėtis, mechanizmų būsena, matavimo kanalai ir kt. Taip pat turi būti nurodyti gretimų mnemoninės diagramos sekcijų kodai, kurie yra tiesiogiai susiję su iškviečiama koja.

Mnemoninės diagramos fragmentą reikia iškviesti naudojant manipuliatorių (pelę, rutulinį rutulį) arba klaviatūrą.

Grafikų (kreivių) rodymas turėtų parodyti išmatuotų ir apskaičiuotų verčių pasikeitimą ekrane tam tikru laikotarpiu. Laiko intervalai bus nustatyti projektavimo etape.

Kiekvienas vaizdas turi pavaizduoti kelias analogines vertes kaip vienpolius kreives virš horizontalios laiko ašies, o tai leidžia palyginti susijusius parametrus ir įvertinti istoriją. Skiriamoji geba turi būti ne mažesnė kaip 1,0% išmatuotų verčių diapazono ir ne mažesnė už apskaičiuotų verčių skaičiavimo ciklą. Išmatuotas vertes turėtų būti įmanoma gauti bet kuriame grafiko taške.

Proceso grafikai turėtų būti rodomi skirtingomis spalvomis su privalomu mastelių skaitmeninimu, aiškinamaisiais užrašais ir esamų signalų reikšmių pateikimu.

Koordinačių skalė turi būti tiesinė.

Parametrų reikšmių lentelės turi būti pateiktos užsakyta forma su jų pavadinimais ir spalvine būsenos nuoroda (matavimo patikimumas, verčių buvimas ir kt.).

Norint vienu metu kontroliuoti darbinės medžiagos, terpės (vanduo, garai, dujos, šildymo paviršiai ir kt.) parametrų pokyčius proceso srautuose, patartina naudoti apibendrintas lyginamąsias diagramas (analoginę formą, kurioje parametro reikšmė yra užkoduotas pagal ekrano linijos ilgį ir kitus skaičius).

Norint gauti daugiau informacijos apie šį pranešimų rodymo būdą, būtina nurodyti įspėjimo ir avarines ribas, kontrolines vertes, parametro pavadinimą ir reikšmę skaitmenine forma bei naudoti spalvų kodavimą.

Tekstiniai pranešimai naudojami atsakant į operatoriaus prašymus pranešti apie automatizuotas operacijas, iššifruoti aliarmus ir įspėjimus bei kitais tikslais. Tekstinių pranešimų skaičius ir tvarka turėtų suteikti operatoriui teisingą situacijos įvertinimą, kad jis galėtų priimti sprendimą.

Pavojaus signalai ir įspėjimai turėtų būti suskirstyti į 3 prioritetines kategorijas:

Trečiosios (žemiausios) kategorijos signalai apima pranešimus apie įvykius, kurie nesukelia režimo keitimo ar laikinų trikdžių. Tai yra signalai apie elektros energijos tiekimo nutraukimą neatsakingoms pavaroms, apie parametrų nukrypimus nuo įspėjamųjų aliarmų nustatymų, apie reguliavimo institucijų spektro išnaudojimą, programų eigos vėlavimą ir tt Šie signalai turėtų būti pateikti išsamiame iššifravime vienas iš vaizdo terminalų ir, jei reikia, atspausdintas spausdintuvu . Pranešimą turėtų lydėti blykstė ir garsinis signalas. Po patvirtinimo signalo mirksėjimas ir garsinis signalas turi išsijungti.

Antrosios kategorijos signalai apima pranešimus apie įvykius, kurie sukelia trikdžius ar režimo pasikeitimus, bet nesukelia prieš avarinę situaciją. Tokie įvykiai yra mechanizmų išjungimai, lydimi ATS veikimo, automatizuotų procesų valdymo sistemų techninių priemonių gedimas, dėl kurio prarandamos svarbios valdymo funkcijos, parametrų, kurie neįtraukti į apsaugos schemas, nukrypimai iki antrojo aliarmo. riba. Antros kategorijos signalus turi lydėti garsinis signalas, pirmenybė turi būti pateikta vaizdo terminale ir spausdintuve. Patvirtinus šiuos signalus, ekrano garsas ir mirksėjimas turi būti išjungti. Plokštės apšvietimas turėtų išlikti tol, kol išnyks pagrindinė signalo priežastis.

Pirmoji kategorija (aukščiausias prioritetas) apima išankstinius ir avarinius signalus: apie mechanizmų išjungimus, dėl kurių labai pasikeičia režimas, apie sistemos avarinės automatikos veikimą, apie parametrų priartėjimą prie apsaugos veikimo nustatymų ir apie apsaugų veikimą. Šiuos signalus turi lydėti pyptelėjimas (sirena), vaizdo terminale ir spausdintuve jie turi būti pažymėti raudonai. Tokių signalų skaičius neturėtų viršyti kelių dešimčių.

Technologinės apsaugos posistemis turi atitikti RD 153-34.1-35.137-00 " Techniniai reikalavimaiį technologinių apsaugų, pagamintų mikroprocesorinės technologijos pagrindu, posistemį“ ir RD 153-34.1-35.142-00 „Mikroprocesorinės technologijos pagrindu pagamintų technologinių apsaugų veikimo techniniai reikalavimai“.

Pirmos ir antros kategorijų signalai turi būti įrašyti į nuolatinę kompiuterio atmintį. Aukštesnės kategorijos signalai turi būti dekoduojami vaizdo terminaluose be eilės.

Norint pateikti informaciją APCS inžinieriui, reikia naudoti visų tipų vaizdus vaizdo terminaluose, kuriuos gali gauti proceso operatorius, ir papildomai galimybę:

APCS veikimo indikacija, priežiūra ir registravimas, pavyzdžiui, automatinių valdiklių struktūros, technologinės apsaugos, loginis valdymas, taip pat parametrai, ribinės vertės, signalai, APCS gedimai;

gauti informaciją apie APCS būseną ir veikimo režimą lentelės pavidalu (rezerve, veikimas, gedimas ir kt.).

Neoperacinės informacijos palaikymas turėtų apimti visą eilę informacinio ir dokumentinio pobūdžio protokolų. Turėtų būti pateiktos trys protokolų grupės:

nelaimingų atsitikimų atpažinimui ir analizei;

valdyti darbo režimą;

ištirti procesą.

Informacinė pagalba avarijų atpažinimui ir analizei turėtų apimti šiuos protokolus:

signalizacijos protokolas, kuris tikslia laiko indikacija registruoja visus į sistemą įvestus ir viduje sugeneruotus įspėjimo ir pavojaus signalus, kurie rodomi vaizdo terminale.

avarinių situacijų registravimo ir analizės protokolas viena chronologine seka, įskaitant parametrų keitimo protokolą, signalų keitimo protokolą, signalo būsenos protokolą;

aktyvių įspėjimo ir pavojaus signalų protokolas, kuris išspausdina visus signalus, kurie galioja registravimo funkcijos paleidimo metu;

procesų įrangos būsenų einamųjų signalų protokolas su atskirų signalų apie įrangos būseną atspausdinimu (pavyzdžiui, įjungti - išjungti, pasiektas lygis - nepasiektas lygis, įranga geros būklės - sugedusi);

atjungtų analoginių signalų protokolas, kuriame išspausdinami visi išmatuoti ir apskaičiuoti parametrai, kurie buvo išjungti iki registravimo funkcijos paleidimo;

atjungtų diskrečiųjų signalų protokolas, kuris spausdina visus atjungtus (išskirtus) užklausos metu ir vėliau apdorojamus diskrečius signalus nuo registravimo funkcijos paleidimo momento.

Veikimo režimo stebėjimo informacinis palaikymas turėtų apimti šiuos protokolus:

veiklos žurnalas, kuriame periodiškai įrašoma analoginių parametrų serija, siekiant dokumentuoti veiklos įvykius. Gavus komandą iš valdymo pulto, galima atlikti papildomą tarpinių verčių spausdinimą;

likučių protokolas, periodiškai tam tikrais intervalais registruojant sumuojamus ar suskaičiuotus rodiklius. Išeiga atliekama periodiškai nurodytu laiku, pavyzdžiui, kiekvieną pamainą, kiekvieną dieną, kas mėnesį. Tarpiniai likučiai gali būti rodomi komandomis iš nuotolinio valdymo pulto;

veikimo laiko protokolas, fiksuojantis jėgos agregato agregatų veikimo laiką. Kiekvienas veikimo laikas nustatomas stebint atitinkamų būsenų pasikeitimų laiką;

inkliuzų protokolas, registruojantis įvairių vienetų inkliuzų skaičių;

technologinės apsaugos valstybės protokolas;

eksploatuojančio ir techninės priežiūros personalo veiksmų protokolas;

generatoriaus, transformatoriaus, turbinos, katilo dienos ataskaitos;

operatyvinio perjungimo formos savo poreikių schemoje;

APCS gedimų ir gedimų protokolas;

APCS įrenginių, pašalintų remontui, protokolas;

remontuojamos įrangos sąrašas.

Proceso analizės tyrimo informacinė pagalba turėtų apimti šiuos protokolus:

parametrų protokolas, kuriame periodiškai spausdinamos savavališkai parinktos technologiškai tarpusavyje susijusių išmatuotų ar skaičiuojamų parametrų grupės;

parametrų registravimo protokolas, kuris vieną kartą išspausdina esamą vieno ar kelių parametrų reikšmę bet kokiame derinyje. Registravimo funkcija paleidžiama komanda iš valdymo skydelio.

Turėtų būti teikiama informacinė parama galios bloko ir atskirų jo agregatų techniniams ir ekonominiams rodikliams stebėti. Rodiklių sąrašas ir skaičiavimo algoritmai turėtų būti nurodyti techninio projekto etape.

Mnemoninių diagramų vaizdams keliami šie ergonominiai reikalavimai:

Mnemoninėse diagramose turi būti tik tie elementai, kurie būtini operatoriui valdyti ir valdyti objektą.

Mnemoninių diagramų fragmentai turėtų būti logiškai užbaigtos technologinio proceso dalys.

Tvarkydami mnemoninių diagramų fragmentus, parodykite proceso raidą iš kairės į dešinę, iš viršaus į apačią.

Atskiri elementai (elementų grupės, pagrindiniai srautai), svarbiausi valdymui ir valdymui, turėtų būti atskirti juos jungiančiomis linijomis su trigubu storiu.

Mnemoninių diagramų fragmentų išdėstymas turėtų būti atliekamas atsižvelgiant į tai, kad:

vienodas formatų pildymas;

simetrijos naudojimas;

sumažinti linijų ilgį ir mazgų skaičių;

linijų sankryžų neįtraukimas;

daugybės lygiagrečių linijų, esančių greta, pašalinimas;

mnemoninių diagramų fragmentų įvedimai ir išvedimai turi būti atliekami iš kraštų;

simboliai ir kiti užrašai, susiję su mnemoninių diagramų elementu, turi būti šalia elemento dešinėje arba virš jo, arba jo viduje;

vaizdo galinių įrenginių indikatoriuose rodomų mnemoninių diagramų fragmentų kontūrai ir skydelių bei pultų mnemoninės diagramos turi būti identiški;

ryšio linijos, einančios iš vieno fragmento į kitą, turi baigtis rodyklėmis, šalia kurių turi būti nurodyti fragmentų numeriai ir įrangos, į kurią šios linijos nukreiptos, pavadinimas;

kuriant mnemoninių diagramų fragmentus, kelioms to paties tipo įrangos grupėms turėtų būti galima naudoti bendrą statinę dalį;

jei įmanoma, būtina numatyti perteklinės informacijos apie šalia rodomos įrangos būklę įvedimą, taip pat informaciją apie jų sąveikos parametrus.

Mnemoženklų ir jų spalvų kodavimo kompleksas videogramoms kurti turėtų būti kuriamas kaip viena abėcėlė. Mnemoninių ženklų formos turi atitikti pagrindines įrangos funkcines ir technologines ypatybes. Mnemoženklų ir mnemosimbolių dydžiai ir formos turėtų suteikti operatoriui nedviprasmišką jų suvokimą. Rodomų pranešimų spalvos turėtų keistis priklausomai nuo loginio apdorojimo rezultatų.

Norint atkreipti operatyvinio personalo dėmesį į naujai atsirandančią informaciją, būtina naudoti mirksinčius pranešimus ir simbolius, kurių dažnis yra 0,5 Hz įspėjimams ir 2 Hz avariniams signalams. Ženklų, tekstų ir simbolių mirksėjimas turėtų būti atliekamas sumažinant ryškumą maždaug du kartus.

Rengiant įsakmių ir informacinių pranešimų tekstus, būtina vadovautis visais atvejais bendrais principais:

informacijos išsamumas;

glaustumas;

pagrindinės dalies prioritetas;

stiliaus vienovė žodžių formų kompozicijoje ir frazių struktūroje.

Darbo projektavimo metu būtina sudaryti vieną pranešimų tekstų žodyną, atsižvelgiant į susipažinimo skaičių vaizdo terminalų, signalizacijos ekranų, spausdinimo įrenginių ekranuose.

Rodant tekstinius ir skaitmeninius informacijos masyvus vaizdo terminalų ir spausdintuvų ekranuose lentelių pavidalu, reikia sugrupuoti stulpelių ir masyvų antraštes į semantinius blokus, kuriuose yra ne daugiau kaip penki pranešimai. Blokai turi būti atskirti vienas nuo kito vertikaliomis, horizontaliomis linijomis arba kamšalu (2-3 eilutės, stulpeliai).

1. Metrologinis užtikrinimas (MO)

   1. Proceso valdymo sistemos metrologinė pagalba turėtų apimti organizacinių priemonių, techninių priemonių, reikalavimų, reglamentų, taisyklių, normų ir metodų rinkinį, būtiną matavimų vienodumui ir reikiamam matavimų bei skaičiavimų tikslumui užtikrinti.

   2. Organizacinės ir techninės MO priemonės turėtų apimti:

procesų valdymo sistemos projektavimo techninės užduoties, projektinės ir eksploatacinės dokumentacijos, skirtos proceso valdymo sistemai surinkti, įrengti, paleisti ir eksploatuoti, metrologinė ekspertizė, proceso valdymo sistemos programa ir bandymo metodai;

PTK matavimo kanalų, kaip proceso valdymo sistemos dalies, apibendrintų metrologinių charakteristikų nustatymas pagal RD 153-34.0-11.201-97 „IMS ir APCS matavimo kanalų apibendrintų metrologinių charakteristikų nustatymas pagal metrologinę suvestinių matavimo priemonių charakteristikos“;

proceso valdymo sistemos matavimo kanalų pirminė ir periodinė patikra bei kalibravimas.

Pagal GOST 8.596-2002 „Matavimo sistemų metrologinė pagalba. Pagrindinės nuostatos“ APCS reiškia IS-2 klasės matavimo sistemas.

Techniniame automatizuoto procesų valdymo sistemos projekte turėtų būti parengtos metodinės, organizacinės ir techninės priemonės, užtikrinančios automatizuoto procesų valdymo sistemos MO.

Turėtų būti įmanoma eksperimentiškai nustatyti automatizuotų procesų valdymo sistemų metrologines charakteristikas diegimo ir eksploatavimo etapuose naudojant kompiuterines technologijas.

Automatizuota procesų valdymo sistema turėtų būti aprūpinta pavyzdiniais prietaisais ir aptarnavimo įranga, užtikrinančia automatizuotą automatizuotos procesų valdymo sistemos matavimo kanalų ir prietaisų testavimą, taip pat įrangą, skirtą veiklos sąlygoms stebėti.

Sistemos kūrėjas turi parengti proceso valdymo sistemos matavimo kanalų tikrinimo metodo projektą.

Matuojant kanalus, klaida turi būti patikrinta priėmimo nuo montavimo ir paleidimo etape.

Sistemos parengti skaičiavimų algoritmai ir programos turi būti nustatyta tvarka sertifikuotos.

Kalbinis palaikymas

1. Visoje APCS sistemoje ir visų tipų žmogaus ir mašinos sąsajoms turėtų būti teikiama viena kalbinė pagalba.

   Technologinio programavimo inžinerinė kalba turi atspindėti automatizuoto procesų valdymo sistemos struktūrą ir būti prieinama operatyviniam techniniam personalui, neturinčiam programuotojo išsilavinimo.

   Kalbos informacinėje dalyje turėtų būti: mnemoninės ir blokinės valdymo, reguliavimo diagramos ir informacija, kurioje yra visų tipų transformacijos, jungtys ir srovės signalų reikšmės:

signalų verčių ir automatizuotų procesų valdymo sistemų techninės ir programinės įrangos būklės lentelės;

aparatinės ir programinės įrangos gedimų ir būsenų protokolai ir kt.

Komandų struktūroje turėtų būti pateikiamos paprastos procedūros, kaip konfigūruoti vaizdo kadrus, lenteles, grafikus, protokolus ir pan., taip pat paleisti ir sustabdyti sistemą ir jos dalis.

Visi tekstiniai pranešimai operacijų valdymo ir technologinio programavimo kalbomis turi būti rusų kalba.

6. APCS CHARAKTERISTIKŲ REIKALAVIMAI

1. Saugumo reikalavimai

   Automatizuota procesų valdymo sistema turi būti sukurta taip, kad dėl operatyvaus personalo klaidingų veiksmų ar techninių priemonių gedimų neatsirastų gyvybei, žmonių sveikatai ir įrenginių saugai pavojingų situacijų.

   APCS įranga, kuriai reikalingas patikrinimas ar techninė priežiūra maitinimo bloko veikimo metu, turi būti įrengta personalui saugiose vietose.

   Visi išoriniai APCS techninės įrangos elementai, kurie yra maitinami, turi būti apsaugoti nuo atsitiktinio aptarnavimo personalo prisilietimo, o pati techninė įranga turi būti įžeminta. Priemonių matomoje vietoje turi būti aiškiai matomi apsauginio įžeminimo prijungimo įtaisai.

   Techninės įrangos naudojimo instrukcijose turėtų būti specialūs įrengimo ir priežiūros saugos reikalavimų skyriai.

   Valdymo patalpos veikimo grandinės informacijos ir variklio (klaviatūros, klavišų, mygtukų) laukų apšvietimo lygiai turėtų sudaryti patogias darbo sąlygas maitinimo bloko operatoriui. Turi būti įrengta apsauga nuo akinimo ir akinimo. Patogios darbo sąlygos APCS personalui turi atitikti galiojančius sanitarinius standartus.

2. Patikimumo reikalavimai

   APCS patikimumo rodikliams nustatyti šie reikalavimai:

Bendras metinis bloko įrengtosios galios neišnaudojimo dėl APCS posistemių gedimų koeficientas neturėtų viršyti 0,1%. Skaičiuojant šį rodiklį, reikia atsižvelgti į bloko prastovos laiką arba jo veikimą esant sumažintai galiai, nuo gedimo atsiradimo iki pradinės bloko būsenos atkūrimo.

Bendras TP įjungimo srauto parametras, veikiantis bloko išjungimą dėl APCS posistemių gedimų, neturėtų viršyti 0,2 per metus.

Tikimybė, kad nebus įvykdytas TOR reikalavimas, neturėtų viršyti 0,05 per metus.

Šie patikimumo reikalavimai turi būti užtikrinti parenkant ir tobulinant techninės, programinės įrangos ir informacinių priemonių rinkinį bei jų priežiūros nuostatas.

Turėtų būti naudojami šie patikimumo didinimo veiksniai:

patikimų techninių priemonių, įskaitant įrenginius, ryšius, prijungimo mazgus, parinkimas;

patikimos veikiančios programinės įrangos kūrimas;

racionalus užduočių paskirstymas tarp techninės ir programinės įrangos bei įrangos ir personalo;

įvairių tipų pertekliaus (aparatinės įrangos, informacijos, laiko, funkcinio, algoritminio) buvimas;

techninės diagnostikos metodų ir priemonių naudojimas;

racionalaus automatizuotų procesų valdymo sistemų veikimo organizavimas ir aprūpinimas atsarginėmis dalimis.

Projektuojant automatizuotą procesų valdymo sistemą, turėtų būti atlikta speciali gedimų analizė, apimanti daugybinių gedimų, atsiradusių dėl vienos priežasties, analizę, įvertinti tokių gedimų pasekmių poveikį ir jų tikimybines charakteristikas. Dažniausios priežastys, į kurias reikia atsižvelgti, yra, pavyzdžiui, gaisrai, elektros energijos tiekimo sutrikimai, aplinkos sutrikimai, elektriniai, magnetiniai ir elektromagnetiniai trikdžiai bei eksploatuojančio ir techninės priežiūros personalo įtaka.

Kalbant apie patikimumą techninis projektas APCS turi būti:

Atskirų posistemių ir jų elementų priežiūros taisyklės, įskaitant tipus, priemones, būdus, priežiūros sąlygas ir terminus bei sugedusių elementų vidutinių atkūrimo laiko įverčius.

Vidutinio ir numatomo gedimų skaičiaus bei reikalingo atsarginių dalių kiekio per metus tam tikroms techninės įrangos rūšims sąmatos.

Techninės priežiūros ir remonto darbų intensyvumo arba išlaidų sąmatos, numatomas techninės priežiūros personalo skaičius ir kvalifikacija.

Techninės priemonės ir programinė įranga turi būti apsaugotos nuo neveikiančios būklės.

1. Greičio reikalavimai

   Reikalavimų apimtis:

šio skyriaus reikalavimai taikomi automatinio valdymo sistemos greičiui ir energetinio bloko šiluminės galios įrenginių informacijai;

tai neapima turbinos valdymo grandinių, apsauginių elektrinių ir elektrohidraulinių pavarų, relės apsauga gamintojų tiekiama elektros įranga su proceso įranga.

Informacijos rodymo greitis:

delsa nuo vaizdo iškvietimo vaizdo terminalo ekrane iki jo pasirodymo neturi viršyti 400 ms – 1 s. priklausomai nuo rėmo tipo;

vaizdo terminalų operacinės informacijos atnaujinimo ciklas turi būti ne ilgesnis kaip 1 s;

pavojaus signalo pateikimo delsa neturi viršyti 25 ms;

kitų signalų pateikimo vėlavimas neturėtų viršyti 100 ms;

signalų apdorojimo laikas avarinių situacijų registravimo posistemyje turėtų būti trumpesnis nei techninės įrangos apsaugos veikimo laikas, kad būtų galima tiksliai nustatyti pagrindinę priežastį ir apsaugos veikimo tvarką.

Valdymo veiksmų perdavimo greitis:

bendras informacijos perdavimo technologinės apsaugos kanalais (katilo ir turbinos) vėlavimas neturėtų viršyti 10 ms;

bendras informacijos perdavimo per žemesnio lygio reguliavimo arba valdymo kilpą vėlavimas nuo jutiklio iki pavaros neturi viršyti 100 ms;

bendras informacijos perdavimo per viršutinių lygių valdymo ir valdymo kilpas vėlavimas nuo jutiklio iki pavaros neturi viršyti 1 s .;

svarbių valdymo veiksmų perdavimo vėlavimas neturėtų būti didesnis nei 25 ms, likusiems - 100 ms.

Vykdomųjų organų greitis:

bendra atstumo vertė pavarų ir reguliavimo organų jungtyse neturi viršyti 0,5% viso eigos;

bendras reguliavimo organų judėjimo laikas turi būti ne ilgesnis kaip 90 s, saugos sistemų uždarymo vožtuvų laikas – ne daugiau kaip 1,5 s.

1. Patikimumo reikalavimai

   Norint nustatyti visos įvesties informacijos patikimumą, kai yra vienas jutiklis, naudojami šie metodai:

diagnozuoti maitinimo įtampos buvimą ir visų į informacijos srauto kanalą įtrauktų prietaisų tinkamumą naudoti: jutiklis, jungiamosios linijos, analoginis-skaitmeninis keitiklis, skaitmeniniai moduliai ir kt.;

patikrinti, ar signalas yra leistinoje diapazone;

tikrinama sąlyga, kad signalo kitimo greitis neviršytų didžiausio galimo;

tikrinant sąlygą, kad signalo reikšmė tam tikrą laiką neliktų nepakitusi.

Daugelio signalų patikimumui nustatyti naudojamas signalo ir jo modelio atitikimo patikrinimas, kuris veikia technologinio proceso tempu, remiantis informacija apie kitus parametrus.

Jei neįvykdoma viena iš 6.4.1 ir 6.4.2 punktuose nurodytų sąlygų, signalas paskelbiamas nepatikimu ir išsaugoma paskutinė reprezentatyvi informacija.

Norint patikrinti kiekvieno signalo pasikartojančių matavimų patikimumą, patikrinamos 6.4.1 punkto sąlygos ir, jei kuri nors iš jų nesilaikoma, signalas pripažįstamas nepatikimu. Jei tenkinamos nurodytos sąlygos, signalų reikšmių skirtumas lyginamas su leistina neatitikimo reikšme, viršijus šią vertę, abu signalai paskelbiami nepatikimais, tačiau informacija išsaugoma.

Norint patikrinti trigubų matavimų patikimumą, atliekamos šios operacijos:

nustatoma vidutinė 3 signalo verčių mediana;

skirtumas tarp vidutinių ir dviejų kraštutinių signalų lyginamas su leistinu neatitikimu;

jeigu vienas iš skirtumų viršija leistiną reikšmę, atitinkamas kraštutinis signalas paskelbiamas nereprezentatyviu;

jei abu skirtumai viršija leistinas reikšmes, visi trys signalai skelbiami nereprezentatyviais.

Valdymo komandų įvykdymui patikrinti numatyta procedūra, pagal kurią pavaros padėties skirtumą prieš ir po valdymo komandos davimo galima palyginti su komandos trukme. Jei neatitikimas neatitinka tolerancijos, kanalas paskelbiamas sugedusiu.

Galima naudoti kitus patikimumo patikrinimo būdus, kurie turėtų būti nurodyti techninio projekto etape.

1. Tikslumo reikalavimai

   Matavimų tikslumas:

termotechninių matavimo jutiklių, naudojamų techniniams ir ekonominiams rodikliams apskaičiuoti, paklaida turėtų būti ne didesnė kaip 0,25%. Kitų jutiklių, naudojamų TEC apskaičiuoti, paklaida turėtų būti ne didesnė kaip 0,5 %;

signalų tikslumas pagal pavarų padėtį nėra standartizuotas.

kiti signalai, naudojami valdymo grandinėse, reguliuojant technologinę apsaugą ir signalizaciją, turi turėti ne didesnę kaip 0,5 % paklaidą;

temperatūros, slėgio, srauto ir lygio matavimo kanalų paklaida turi būti ne didesnė kaip 0,5%.

Techninių, ekonominių ir kitų rodiklių skaičiavimo rezultatų paklaida neturi viršyti 0,5 proc.

Informacijos rodymo tikslumas:

parametrų reikšmės, rodomos skaitmeniniame ekrane ir skaitmeninėje spaudoje, turi turėti keturis reikšminius skaitmenis.

vaizdo terminaluose grafine forma rodomų parametrų reikšmės (procesų diagramos, diagramos) turi būti rodomos vienos ekrano rastrinės linijos tikslumu.

išimties tvarka leidžiami nukrypimai nuo 6.5.1 - 6.5.3 punktuose nurodytų reikalavimų, dėl kurių reikia susitarti techninio projekto etape.

Valdymo komandų vykdymo tikslumas:

uždarymo ir valdymo vožtuvų ribiniai ir ribiniai jungikliai turi būti tokios konstrukcijos, kad būtų galima juos reguliuoti ne mažesniu kaip 1 % eigos diapazono tikslumu;

pavarų perteklius neturi viršyti 0,5% diapazono;

reguliavimo įstaigoms valdymo įtampos tiekimo į pavarą trukmė neturi skirtis nuo valdymo veiksmo maitinimo trukmės daugiau nei 50 ms.

Įvykio laiko registravimo tikslumas (APCS bendrojoje laiko sistemoje) turėtų būti:

iniciatyviniams signalams iš elektros ir technologinės apsaugos - 10 ms;

kitiems pavojaus signalams ir nuotolinio valdymo komandoms - 50 ms;

perspėjimo signalizavimui ir įvykiams automatinio valdymo ir reguliavimo posistemyje - 100 ms.

7. APCS PRIĖMIMO REIKALAVIMAI

1. Priėmimo reikalavimai

   Priimti turi būti pateiktas automatizuotų procesų valdymo sistemų rinkinys, įskaitant:

pagal darbo brėžinius surinktas ir sujungtas techninių priemonių kompleksas (KTS), skirtas automatizuotų procesų valdymo sistemų techninių priemonių įrengimui ir paruoštas eksploatuoti su remontui skirta įranga ir įrankiais;

operatyvinė dokumentacija (įskaitant dokumentaciją apie automatizuotų procesų valdymo sistemų informacinį ir organizacinį palaikymą) 3 (trimis) egzemplioriais popierine ir elektronine forma, kurioje yra visa informacija apie sistemą, reikalinga automatizuotai procesų valdymo sistemai įsisavinti ir jos veikimui užtikrinti;

programinė įranga programų pavidalu kompiuterių laikmenose 3 (trimis) egzemplioriais ir pridedama programinės įrangos dokumentacija;

Atsarginės dalys ir priedai, prietaisai ir prietaisai, skirti automatizuotos procesų valdymo sistemos veikimui tikrinti, techninėms priemonėms reguliuoti ir matavimo kanalų metrologinėms charakteristikoms stebėti užsakyme numatytu kiekiu projekto dokumentacija, suderintas su automatizuotos procesų valdymo sistemos ir vartotojo metrologijos paslaugos užsakovu dėl techninės įrangos patikros, įskaitant techninę dokumentaciją ir gedimų šalinimo metodiką;

forma, skirta visai APCS ir programinės įrangos produktų formoms, kiekviena vienoje kopijoje.

1. APCS testų tipai

   Automatizuota proceso valdymo sistema turi išlaikyti šių tipų testus:

išankstiniai testai;

bandomoji operacija;

priėmimo testai.

Automatizuotų procesų valdymo sistemų testavimą leidžiama atlikti vienu ar keliais etapais. Remiantis tyrimo rezultatais, sudaromas „Bandymo protokolas“.

Preliminarūs APCS testai:

atliekami preliminarūs automatizuoto procesų valdymo sistemos bandymai, siekiant nustatyti jos veikimą ir išspręsti automatizuoto procesų valdymo sistemos priėmimo bandomajam darbui galimybę;

preliminarią testavimo programą patvirtina Užsakovas;

preliminarius automatizuotų procesų valdymo sistemų bandymus organizuoja Klientas ir kartu atlieka Tiekėjas ir Užsakovas;

atliekami preliminarūs automatizuotų procesų valdymo sistemų bandymai su esama įranga;

preliminarūs APCS funkcijų, reikalingų proceso įrangai paleisti ir išjungti, bandymai gali būti atliekami objekte naudojant simuliatorių;

remiantis preliminarių bandymų rezultatais, sudaroma išvada dėl galimybės priimti bandomąją eksploatavimo automatizuotą procesų valdymo sistemą, būtinų patobulinimų sąrašas ir jų įgyvendinimo laikas.

Pilotinis automatizuotų procesų valdymo sistemų valdymas:

bandomoji operacija atliekama siekiant patikrinti, ar tinkamai veikia automatizuota procesų valdymo sistema esamoje įrangoje, atliekant kiekvieną automatizuotą funkciją;

bandomosios eksploatacijos trukmė, ne daugiau kaip 6 (šeši) mėnesiai;

remiantis bandomosios eksploatacijos rezultatais, surašomas aktas apie automatizuoto proceso valdymo sistemos tikrinimo bandomojo darbo režimu darbus.

APCS priėmimo testai:

atliekami APCS priėmimo testai, siekiant nustatyti sistemos pradėjimo eksploatuoti galimybę ir jos charakteristikų atitiktį APCS techninių specifikacijų reikalavimams;

prieš pateikiant automatizuoto procesų valdymo sistemą priėmimo bandymams, pagal galiojančius standartus atliekamas automatizuoto procesų valdymo sistemos matavimo kanalų metrologinis sertifikavimas;

tikrinimas atliekamas rankiniu režimu su automatine registracija Asmeninis kompiuteris ir spausdinimo įrenginį

prieš pateikiant automatizuoto procesų valdymo sistemą priėmimo testavimui, sistema ir jos techninė dokumentacija turi būti galutinai sutvarkyta pagal preliminaraus bandymo protokolo pastabas ir automatinio proceso valdymo sistemos tikrinimo bandomojo darbo režimu darbų atlikimo pažymą;

veikiančiame valdymo objekte turi būti atliekami automatizuotų procesų valdymo sistemų priėmimo testai;

Komisija, remdamasi priėmimo bandymų rezultatais, surašo bandymo aktą ir automatizuoto proceso valdymo sistemos paleidimo aktą;

Techninio ir ekonominio efektyvumo bei proceso valdymo sistemos patikimumo rodiklių faktinių verčių nustatymas atliekamas po jos paleidimo.

1. Garantijos

   1. Tiekėjas turi garantuoti patikimą ir efektyvų visos proceso valdymo sistemos (įskaitant jo naudojamas priemones kaip komponentus) veikimą.

   APCS garantinis laikotarpis turi būti ne trumpesnis kaip 24 mėnesiai nuo APCS priėmimo komercinei eksploatacijai (priėmimo akto pasirašymo) dienos. Per šį laikotarpį Tiekėjas atlieka garantinį remontą. Ateityje tiekėjas už atskirą mokėjimą remonto darbus atliks visą įrangos eksploatavimo laiką. Mikroprocesorinių plokščių remontas turėtų būti sumažintas iki paprasto jų pakeitimo.

   2. Užsakovas privalo garantuoti proceso valdymo sistemos veikimo sąlygų laikymąsi.

8. APCS VEIKIMO REIKALAVIMAI

1. Veikimo sąlygos

   Klimato sąlygos pramoninių valdymo sistemų techninių priemonių veikimas pateiktas 8.1 lentelėje

8.1 lentelė

Automatizuotų procesų valdymo sistemų techninių priemonių veikimo klimato sąlygos

vardas	Temperatūra С		Santykinė drėgmė %
patalpose		galutinis dirbantis		galutinis dirbantis
1. Patalpų techn. Dirbtuvių įranga
1.1. Turbinų skyrius
1.2. Katilinė
2. Patalpos CTS APCS pagrindiniame pastate
3. Tas pats valdymo kambaryje

Pastaba 8.1 lentelei:

* - Sugedus šildymui temperatūrą galima sumažinti žemiau 0;

** - Padidėjusi drėgmė dėl nuotėkio technologinė įranga.

Vidutinis oro slėgis visose patalpose yra 745 mm Hg.

Didžiausias dulkių kiekis ore technologinių įrenginių patalpose pagal sanitarinius standartus yra iki 4 mg/m 3 . Katilinėje tam tikrais laikotarpiais dulkių kiekis gali siekti 10-12 mg/m 3 .

Maksimalus APCS techninės įrangos vibracijos lygis turi būti ne mažesnis kaip: vibracijos greitis - 11,0 mm/s, amplitudė - 30 µm.

Techninės įrangos laikymo sąlygos - nešildomi sandėliai (oro temperatūra -43 +37 С esant santykinei oro drėgmei iki 90%), taip pat šildomi sandėliai, kurių temperatūra -5 +37 С.

Techninių priemonių gabenimas geležinkeliu ir autotransportu. CTC turi būti supakuotas ir supakuotas taip, kad būtų išvengta jo gedimo, sugadinimo ir (ar) sunaikinimo. Taros ir pakavimo kaina įskaičiuota į prekės kainą.

Techninės priemonės, esančios tiesiai ant technologinės įrangos arba gamybos cechuose, turi būti įrengtos tokiose vietose, kur nepatektų tiesioginė drėgmė, agresyvi aplinka, atvira ugnis, taip pat mechaninis poveikis arba speciali apsauga nuo minėtų įtakų.

Jutikliai, skirti vandens ir vandens garų lygiui, srautui ir slėgiui matuoti, ir impulsinės linijos turi būti tose vietose, kuriose nėra neigiamos temperatūros.

Prie visų APCS techninių priemonių turėtų būti suteiktas patogus požiūris, jas turi būti galima individualiai apžiūrėti, taisyti ar pakeisti nuolatinėse serviso vietose, netrikdant kitų APCS įrenginių ar proceso įrangos veikimo.

Atvirai mašinų skyriuje ar katilinėje įrengtų techninių priemonių konstrukcija turi užtikrinti apsaugą nuo pašalinių asmenų neleistino kišimosi į jų darbą.

APCS patalpose su dirbtiniu klimatu reikia nuolat stebėti oro kondicionavimo sistemų veikimą ir eksploatavimo sąlygas.

APCS įranga turi veikti esamų elektrinių ir elektromagnetinių laukų sąlygomis.

1. Maitinimas

Pagrindinis automatizuotų procesų valdymo sistemų maitinimo organizavimo principas turėtų būti darbinės srovės paskirstymas tarp vartotojų grupių taip, kad vienas maitinimo tinklo elemento gedimas ar remontas nenutrauktų elektros energijos tiekimo. vienetas.

Visus vartotojus, išskyrus kompiuterinę įrangą, reikėtų suskirstyti į grupes pagal technologinį principą: turbinos ir katilinės. Kiekvienos grupės maitinimas turi būti atliekamas per nepriklausomus apsaugos įtaisus.

Kiekvienoje grupėje vartotojai turėtų būti suskirstyti į šiuos pogrupius:

technologinė apsauga;

antriniai įtaisai, susiję su apsauga, taip pat jutikliai ir normalizavimo keitikliai;

antriniai įtaisai, kurie nėra įtraukti į apsaugą, įskaitant esančius valdymo patalpos veikimo grandinėje, jų jutikliai ir normalizavimo keitikliai;

ypač atsakingų vartotojų nuotolinio valdymo ir blokavimo prietaisai;

neatsakingų vartotojų nuotolinio valdymo ir blokavimo įrenginiai;

signalizacija;

įspėjamasis signalas;

jutikliai, normalizuojantys keitikliai ir įrenginiai, bendri kelioms vartotojų grupėms.

Kaip darbinės srovės šaltiniai gali būti naudojami:

skirtingų sekcijų (paprastai dviejų) padangos ypač atsakingiems RUSN 0,4 kV savo jėgos agregato vartotojams;

gretimo energetinio bloko ypač svarbių vartotojų RUSN 0,4 kV sekcijų magistralė, iš kurios nėra atsarginės šio energetinio bloko RUSN 0,4 kV magistralės;

vienetiniai inverteriai Nepertraukiamo maitinimo šaltinis(UPS) ir keitiklius (inverterius), prijungtus prie akumuliatoriaus;

įkraunamos baterijos.

Maitinimas kintamąja darbine srove turėtų būti tiekiamas iš specialiai tam sutvarkytų darbinės srovės magistralių, prijungtų per AVR įrenginius prie darbinės srovės šaltinių.

Kelių įrenginių, vykdančių vieną bendrą funkciją, maitinimas turi būti gaminamas iš tų pačių šaltinių.

Tuo atveju, kai skirtingi įrenginiai, kurie yra bet kurio maitinimo bloko APCS įrenginio dalis, užtikrina bendrą funkciją, tačiau dėl jų techninių charakteristikų ypatumų reikalauja atskiro (iš skirtingų šaltinių) maitinimo šaltinio, pastarasis turėtų būti organizuojamas taip, kad būtų išvengta netinkamo šio prietaiso veikimo, jei dingtų bet kurio įrenginio maitinimas.

Abipusiai pertekliniai jutikliai, matavimo keitikliai ir antriniai prietaisai, matuojantys to paties parametro reikšmes, turi būti prijungti prie skirtingų maitinimo šaltinių.

Įrenginių maitinimas darbine srove žemos įtampos turi būti pagaminti iš specialių keitiklių.

Mikroprocesorinės sistemos maitinimo schemos turėtų būti papildomai nurodytos techninio projekto etape. Ši sistema turi veikti 24 valandas nutrūkus elektros tiekimui.

9. APCS TECHNINIŲ PATALPŲ PATALPŲ REIKALAVIMAI

Energetikos blokui numatoma sukurti kelių lygių, geografiškai paskirstytą procesų valdymo sistemą, tad dalis techninių priemonių komplekso bus išdėstyta technologinių parduotuvių patalpose.

Mikroprocesorinėms stotims, perjungimo įrangai ir kitoms automatizuotų procesų valdymo sistemų techninėms priemonėms įrengti įrengtos patalpos elektrinės technologinėse parduotuvėse. Šiose patalpose turi būti įrengta elektros maitinimas, apšvietimas, vėdinimas ir nešiojamų aptarnavimo įrenginių montavimo ir prijungimo įrenginys.

Be to, šios patalpos, taip pat spintos su APCS įranga turi turėti tiesioginį telefono ryšį su darbo vieta operatyviniam valdymui, priežiūrai ir derinimui.

Proceso valdymo sistemos technines priemones statant tiesiai ant technologinės įrangos arba gamybos cechuose, jos turi būti įrengiamos tokiose vietose, kur nepatektų tiesioginė drėgmė, agresyvi aplinka, atvira ugnis, taip pat mechaninis poveikis, turėti atitinkamą apsaugos laipsnį (ne žemesnį kaip IP-55).

TK GOST kūrimas Techninė užduotis sukurti automatizuota sistema

Informacija apie projektą Plėtros užsakovas yra Federalinė agentūra „Valstybės personalas“. Struktūra: centrinė agentūra, regioniniai padaliniai. Developer LLC "Soft" Agentūros funkcijos (1 lygis) -Valstybinių organizacijų personalo apskaita -Personalo valdymas -Analizė -Sąveika su gyventojais

Valstybinių organizacijų personalo apskaita (2 lygis) NSI priežiūra. Informacijos apie valstybės sandarą rinkimas ir saugojimas. organizacijose. Duomenų archyvų tvarkymas. Personalo valdymas (2 lygis) Organizacijų struktūros, personalo lentelių ir personalo politikos planavimas. Darbo užmokesčio ruošimas. Operatyvinė personalo judėjimo apskaita. Personalo ir darbo apskaitos administracinės eigos palaikymas, atestavimas ir darbuotojų poreikių nustatymas (mokymas, kvalifikacijos kėlimas). Analizė (2 lygis) Personalo procesų analizė. Analitinių ir statistinių ataskaitų ruošimas pagal pageidavimą. Reguliuojamų ataskaitų rengimas. Visuomenės dalyvavimas (2 lygis) Viešai prieinamos informacijos skelbimas. Darbuotojų atranka į laisvas darbo vietas.

Organizacijų struktūros, personalo ir personalo politikos planavimas (3 lygis) - įmonės ar bet kokio sudėtingumo korporacinės struktūros kūrimas ir priežiūra; - palaikymas kelioms hierarchinėms struktūroms, vienijančioms personalą: organizacinę, funkcinę, dizaino, biudžeto; - personalo lentelės (SR) priežiūra ir planavimas; - ir tt Kelių hierarchinių struktūrų palaikymas (4 lygis) – naujų tipų struktūrų įtraukimas; - Esamų tipų redagavimas; - Struktūrinių šablonų kūrimas; - Pokyčių istorijos saugojimas;

TOR struktūra n \ n 1 skirsnis Bendrosios nuostatos 2 Sistemos sukūrimo (plėtojimo) tikslas ir tikslai 3 Automatikos objekto charakteristikos 4 Reikalavimai sistemai 5 Sistemos kūrimo darbų sudėtis ir turinys 6 Stebėsenos tvarka ir sistemos priėmimas 7 Reikalavimai dėl automatizavimo objekto paruošimo sistemos paleidimui darbų sudėties ir turinio 8Dokumentacijos reikalavimai 9Kūrimo šaltiniai

1. Bendrosios nuostatos 1.pilnas sistemos pavadinimas ir jos simbolis; 2. temos šifras arba sutarties šifras (numeris); 3. sistemos kūrėjo ir užsakovo (naudotojo) įmonių (asociacijų) pavadinimai ir rekvizitai; 4. dokumentų, kurių pagrindu kuriama sistema, sąrašas, kas ir kada šie dokumentai buvo patvirtinti; 5. planuojamos sistemos kūrimo darbų pradžios ir pabaigos datos; 6. informacija apie darbų finansavimo šaltinius ir tvarką; 7. Sistemos (jos dalių) sukūrimo, atskirų priemonių (techninės, programinės įrangos, informacijos) ir programinės bei techninės (programinės ir metodinės) gamybos ir derinimo darbų rezultatų registravimo ir pateikimo užsakovui tvarka. ) sistemos kompleksai. 8. Naudojamos normatyvinės ir techninės dokumentacijos sudėtis 9. Apibrėžimai, pavadinimai, santrumpos

1.1. Visas sistemos pavadinimas: Vieninga automatizuota personalo apskaitos sistema visoms valstybės valdomoms įmonėms „AS Kadry“. Trumpas sistemos pavadinimas: AS Kadry Dalyko kodas: AIS-KA-FA-07 Sutarties numeris: 1/ iš Sistemos užsakovas yra Federalinė agentūra "Valstybės personalas". Kliento adresas: Maskva, Raudonoji aikštė, 1. Sistemos kūrėjas yra Soft LLC Kūrėjo adresas: Maskva, Lubjanka, d AS "Kadry" plėtros pagrindas yra šie dokumentai ir nuostatai: automatizuotos personalo apskaitos sistemos visoms valstybinėms įmonėms "AS Kadry" - Federalinė 2006 m. liepos 1 d. įstatymas N 555-FZ „Valstybės personalo valdymas“ – 2005 m. sausio 1 d. Rusijos Federacijos Vyriausybės dekretas N „Dėl federalinės tikslinės programos „Elektroninis personalas (metai)“; - Federalinės agentūros "Valstybės personalas" informatizacijos koncepcija daugelį metų. Numatoma visų valstybės valdomų įmonių „AS Kadry“ Vieningos automatizuotos personalo apskaitos sistemos sukūrimo pabaigos data – 2009 m. gruodžio 15 d.

1.8. Kurdamas automatizuotą sistemą ir kurdamas projektinę bei eksploatacinę dokumentaciją, Rangovas turi vadovautis šių reikalavimų norminiai dokumentai: – GOST Automatizuotų sistemų standartų rinkinys. Automatizuotos sistemos. Kūrimo etapai; – GOST Informacinės technologijos. Automatizuotų sistemų standartų rinkinys. Dokumentų tipai, sudėtingumas ir žymėjimas kuriant automatizuotas sistemas; - RD gairės. Informacinės technologijos. Automatizuotų sistemų standartų rinkinys. Automatizuotos sistemos. Reikalavimai dokumentų turiniui Sistema perduodama kaip veikiantis kompleksas, pagrįstas Užsakovo ir Rangovo kompiuterine įranga Valstybės sutarties nustatytais terminais. Sistemos priėmimą atlieka komisija, kurią sudaro Užsakovo ir Rangovo įgalioti atstovai. Sistemos pristatymo, jos testavimo ir galutinio priėmimo tvarka yra apibrėžta šių Taisyklių 6 punkte. Kartu su sistemos pristatymu pateikiamas Vykdytojo parengtas dokumentacijos rinkinys, vadovaujantis šio TAS 8 punktu Finansavimo šaltinis – biudžetas. Rusijos Federacija. Finansavimo tvarką nustato valstybės sutarties sąlygos.

2. Sistemos sukūrimo (plėtojimo) tikslas ir tikslai 1) sistemos paskirtis - nurodyti automatizuotos veiklos tipą (valdymas, projektavimas ir pan.) ir automatizavimo objektų (objektų), kuriuose ji turėtų būti, sąrašą. naudotas; 2) sistemos kūrimo tikslai – nurodyti automatikos objekto techninių, technologinių, gamybinių-ekonominių ar kitų rodiklių, kurie turi būti pasiekti sukūrus AS, pavadinimus ir reikalaujamas reikšmes; nurodyti sistemos kūrimo tikslų pasiekimo vertinimo kriterijus ..

2.1. Paskirtis: AIS „Kadry“ skirta kompleksinei informacijai ir analitinei federalinės agentūros „Valstybės personalas“ procesų palaikymui, vykdant šiuos procesus: NSI priežiūra. Informacijos apie valstybės sandarą rinkimas ir saugojimas. organizacijose. Duomenų archyvų tvarkymas. Organizacijų struktūros, personalo ir personalo politikos planavimas. Darbo užmokesčio ruošimas. Operatyvinė personalo judėjimo apskaita. Personalo ir darbo apskaitos administracinės eigos palaikymas, darbuotojų atestavimas ir poreikių nustatymas (mokymas, kvalifikacijos kėlimas). Personalo procesų analizė. Analitinių ir statistinių ataskaitų ruošimas pagal pageidavimą. Reguliuojamų ataskaitų rengimas. Atviros informacijos dalies paskelbimas visuomenei. Darbuotojų atranka į laisvas darbo vietas. Šaltinis – OFM, IDEF0

2.2. Pagrindiniai AIS „Personalo“ kūrimo tikslai yra: Tikslų pasiekimo kriterijai: -Pakeisti esamą pasenusią informacinę sistemą, kuri nesuteikia galimybės teikti visapusiškos informacijos ir analitinės paramos aukščiau išvardytiems procesams, pakeista dėl įvado. naujų personalo valdymo taisyklių. - Aukščiau išvardintų procesų vykdymo efektyvumo gerinimas mažinant neproduktyvias ir dubliuojančias operacijas, operacijas, atliekamas „rankiniu būdu“, optimizuojant procesų dalyvių informacinę sąveiką. - Vadovybės sprendimų priėmimo kokybės gerinimas dėl pateikimo efektyvumo, informacijos pateikimo formatų išsamumo, patikimumo ir patogumo; - Didinti Federalinės agentūros „Valstybės personalas“ organų veiklos informacijos atvirumą ir skaidrumą, didinant patogumą ir komfortą (sumažinant finansines ir laiko sąnaudas) fizinių ir juridiniai asmenys gavęs informaciją apie agentūros veiklą, jos teikiamas paslaugas. Norint pasiekti užsibrėžtus tikslus, sistema turi išspręsti šiuos uždavinius: - Registro duomenų įvedimas; - Duomenų registrų redagavimas; - Analitinių ataskaitų ir ištraukų kūrimas; - Integruoti su esama kitų vyriausybinių agentūrų AIS; ir tt Šaltinis – klientų dokumentacija, apklausų medžiaga

Automatizavimo objektas – valstybės personalo valdymo procesai (2.1 punktas), taip pat šių procesų įgyvendinimo efektyvumo stebėjimas. Šiuos procesus vykdo šie specialistai: - Planavimo ir ekonomikos skyriaus arba Darbo ir darbo užmokesčio skyriaus ekonomistai; - Personalo inspektoriai ir personalo vadovai; – Vadovai skirtingi lygiai, įskaitant ir vyresnioji vadovybė; - laikininkai ir laiko apskaitos biurų darbuotojai; - Atsiskaitymo dalies buhalteriai ir įmonių vyriausieji buhalteriai. Federalinės agentūros pagrindines užduotis, funkcijas ir įgaliojimus nustato reglamentas, patvirtintas 2000 m. sausio 1 d. nutarimu Nr. 333. Šaltinis - OFM, IDEF0 Klientų dokumentai, IDEF0

Esama programinė įranga Esama techninė įranga Esama teisinė ir reguliavimo pagalba Šiuo metu federalinėje įstaigoje yra sukurtos ir įdiegtos šios informacinės sistemos valstybės personalo valdymo ir susijusių sričių srityje: - Darbo užmokesčio apskaitos sistema; - Dokumentų valdymo sistema; - Darbuotojų registras. Darbo užmokesčio sistema: sistemą įdiegė Federalinės agentūros darbuotojai. Sistema naudojasi atsiskaitymo dalies buhalteriai ir įmonių vyriausieji buhalteriai. Sistema įgyvendina šias funkcijas:... Telekomunikacijų infrastruktūra yra dislokuota Federalinei agentūrai „Valstybės personalas“ priklausančia įranga. Kiekvienas agentūros rajono skyrius turi tam skirtą duomenų bazių serverį. Visi duomenų bazių serveriai yra sujungti į vieną telekomunikacijų tinklą skirtosiomis linijomis, kurių pralaidumas yra 1 Mb/sek. Esama reguliavimo ir teisinė pagalba yra sudaryta iš federalinių ir regioninių norminių teisės aktų: - Rusijos Federacijos Konstitucijos; - Rusijos Federacijos civilinis kodeksas; - Skyriaus aktai ir kt. Kliento dokumentacija, IDEF0

4.1.reikalavimai sistemai kaip visumai - reikalavimai sistemos struktūrai ir funkcionavimui; - reikalavimai sistemos personalui; - paskirties rodikliai; - patikimumo reikalavimai; saugumas; ergonomika ir techninė estetika; gabenamumas; sistemos komponentų eksploatavimas, priežiūra, remontas ir saugojimas; informacijos apsauga; informacijos saugumas nelaimingų atsitikimų atveju; apsauga nuo išorinių poveikių; - patento išdavimo reikalavimai; standartizavimas ir unifikavimas; - Papildomi reikalavimai.

4.1.1 reikalavimai sistemos struktūrai ir funkcionavimui 1) posistemių sąrašas, jų paskirtis ir pagrindinės charakteristikos, reikalavimai hierarchijos lygių skaičiui ir sistemos centralizavimo laipsniui; 2) ryšio tarp sistemos komponentų informacijos mainų metodų ir priemonių reikalavimai; 3) reikalavimai kuriamos sistemos jungčių su susijusiomis sistemomis charakteristikoms, reikalavimai jos suderinamumui, įskaitant nurodymus, kaip keistis informacija (automatiškai, siunčiant dokumentus, telefonu ir pan.); 4) reikalavimus sistemos darbo režimams; 5) sistemos diagnozavimo reikalavimai; 6) sistemos plėtros, modernizavimo perspektyvos.

AS Kadra turėtų apimti šiuos posistemius: - Duomenų saugojimo posistemį; - Operatyvaus valdymo programų posistemis; - informacinės informacijos valdymo posistemė; - Analizės posistemis; - Integracijos posistemis; - Ataskaitų teikimo posistemis; - Atviras departamento informacijos šaltinis FA. Šaltinis – IDEF0 skaidymas

Posistemių paskirtis Duomenų saugojimo posistemė skirta saugoti sistemos veiklos duomenis, duomenis analitinėms ataskaitoms generuoti, ataskaitų metu generuojamus sistemos dokumentus. Operatyvaus valdymo taikomųjų programų posistemis skirtas registruoti darbą su personalu, įvesti informaciją apie įmones, kurios yra pagrindinės įmonės dalis, jų organizacinį padalinį ir personalą, automatizuoti personalo valdymo procedūras (išlaikyti visą informaciją apie personalą, personalo vertinimo procedūras, mokymus ir kt.). ), užtikrinant visą darbo skyriaus inspektorių darbo spektrą ir darbo užmokesčio, automatinis užsakymų formavimas, pažymos, darbo laiko apskaita. Informacijos valdymo posistemis yra skirtas centralizuotai klasifikatorių ir katalogų, naudojamų posistemių informacijos suderinamumui užtikrinti, priežiūrai. Analizės posistemis skirtas tiek AS personalo procesų analizei, tiek AS sukauptų duomenų masyvo analitiniam apdorojimui. Integravimo posistemis turėtų užtikrinti šiuos pagrindinius sąveikos su gretimomis sistemomis tipus: - priimti užklausas iš gretimų sistemų, apdoroti gautas užklausas ir teikti atsakymus į užklausas; – užklausų perdavimas į gretimas sistemas ir gautų atsakymų apdorojimas. Projekto įgyvendinimo metu turėtų būti sukurti duomenų formatai, protokolai ir Sistemos sąveikos su gretimomis sistemomis taisyklės. Posistemis turi užtikrinti gaunamų ir apdorotų užklausų, išsiųstų užklausų ir gautų atsakymų iš gretimų sistemų žurnalų priežiūrą. Ataskaitų teikimo posistemis skirtas kurti ir generuoti ataskaitas tokia forma, kurią būtų patogu išvesti į spausdinimo įrenginius, remiantis AS personalo duomenimis, kurti ir kurti reguliuojamas ataskaitų formas, nustatyti suplanuotą reguliuojamų ataskaitų generavimą ir pristatymą, generuoti ir teikti analitines ir statistines ataskaitas. vartotojų pageidavimu įvairiais formatais (taip pat ir grafiniais), reguliuojamų ataskaitų atvaizdavimas naudojant internetinę sąsają, parengtų ataskaitų formų spausdinimas. Automatizuota sistema Open Departmental Information Resource (AS OVIR) turėtų suteikti viešą prieigą Rusijos Federacijos piliečiams prie atviros AS Kadra informacijos dalies internetu. Taip pat AS OVIR turėtų suteikti AS Kadra vartotojams prieigą prie AS duomenų bazės operatyvinių duomenų

Reikalavimai komunikacijos keitimosi informacija tarp sistemos komponentų būdams ir priemonėms Posistemio darbuotojai, kurie eksploatacijos metu yra AS dalis, turi keistis informacija, pagrįsta atvirais duomenų mainų formatais, naudodamas juose esančius informacijos mainų modulius. Duomenų formatai bus sukurti ir patvirtinti inžinerinio projektavimo etape. Perduodamus duomenis sudaro: - NSI duomenys; - Informacija apie valstybės įmones; - Informacija apie personalą; Šaltinis – nuorodos diagramose IDEF0, DFD

Reikalavimai kuriamos sistemos jungčių su gretimomis sistemomis charakteristikoms. AS Personalas turi sąveikauti su šiomis gretimomis sistemomis: - 1 gretima sistema; - Gretima sistema 2. Galimi šie mainų variantai (AS Personalas ir 1-oji gretima sistema): - Reguliacinės ir informacinės informacijos eksportas; - Darbuotojų sąrašų eksportas; - informacinės informacijos importas; - ir tt Duomenų importo ir eksporto operacijų rezultatai turi būti registruojami specialiame įvykių žurnale ir pateikiami vartotojo pageidavimu. Šaltinis – nuorodos diagramose IDEF0, DFD

Reikalavimai sistemos veikimo režimams AS Personalui nustatomi šie darbo režimai: - Normalus darbo režimas; - Avarinis darbo režimas. Pagrindinis AU veikimo režimas yra įprastas režimas. Įprastu sistemos veikimo režimu: - vartotojų ir sistemos administratoriaus kliento programinė ir techninė įranga suteikia galimybę dirbti darbo dieną (nuo 09:00 iki 18:00) penkias dienas per savaitę; - serverio programinė įranga ir šiaurinės techninės priemonės suteikia galimybę dirbti visą parą, su paslaugų pertrūkiais; - tinkamai veikia įranga, sudaranti techninių priemonių kompleksą; - sistema, pagrindinė ir taikomoji sistemos programinė įranga veikia tinkamai. Norint užtikrinti normalų sistemos veikimą, būtina laikytis atitinkamuose techniniuose dokumentuose (techninėje dokumentacijoje, eksploatavimo instrukcijose ir kt.) nurodytų programinės įrangos ir sistemos techninės įrangos komplekso veiklos sąlygų bei palaikyti. Avariniam sistemos veikimo režimui būdingas vieno ar kelių programinės įrangos ir (ar) techninės įrangos komponentų gedimas. Sistemai persijungus į avarinį režimą, būtina: - išjungti visas programas, išsaugant duomenis; - išjungti operatoriaus darbo vietas; - išjungti visus išorinius įrenginius; - Padarykite duomenų bazės atsarginę kopiją. Po to būtina atlikti priemonių kompleksą, kad būtų pašalinta sistemos perėjimo į avarinį režimą priežastis. Šaltinis – kliento dokumentai (agentūros reglamentas)

Reikalavimai sistemos diagnozavimui AS Personalas turėtų numatyti įrankius pagrindiniams sistemos procesams diagnozuoti, sekti ir stebėti programos vykdymo procesą. Komponentai turėtų suteikti patogią sąsają diagnostikos įvykiams peržiūrėti ir programos vykdymo procesui stebėti. Avarinių situacijų ar programinės įrangos klaidų atveju diagnostikos įrankiai turėtų leisti išsaugoti visą informacijos, reikalingos kūrėjui, kad nustatytų problemą (ekrano kopijas, dabartinę atminties būseną, failų sistemą), rinkinį. sistemą AS turėtų įgyvendinti tolesnio modernizavimo galimybę kaip programinę įrangą, taigi techninių priemonių kompleksą. Taip pat būtina numatyti galimybę padidinti sistemos našumą ją didinant. Šaltinis - patirtis, dokumentacija diagnostikos sistemoms, ITIL, MOF Šaltinis - kliento dokumentacija (plėtros strategija)

4.1.2 Reikalavimai sistemos personalo skaičiui ir kvalifikacijai Pagrindinės sistemos administratoriaus pareigos yra šios: - Techninės įrangos komplekso (serverių, darbo stočių) modernizavimas, konfigūravimas ir veikimo stebėjimas; - Sistemos ir pagrindinės programinės įrangos diegimas, atnaujinimas, konfigūravimas ir veikimo stebėjimas; - Programinės įrangos diegimas, konfigūravimas ir stebėjimas; - Sistemos vartotojų abonementų priežiūra. Sistemos administratorius turi būti aukštos kvalifikacijos ir Praktinė patirtis sistemoje naudojamos programinės ir techninės įrangos diegimo, konfigūravimo ir administravimo darbų atlikimas. Pagrindinės duomenų bazės administratoriaus pareigos yra: - DBVS programinės įrangos parametrų diegimas, modernizavimas, konfigūravimas; - Taikomų duomenų bazių optimizavimas atsako laiko, duomenų prieigos greičio atžvilgiu; - Veiksmingos prieigos prie programų duomenų bazėse saugomos informacijos politikos kūrimas, valdymas ir įgyvendinimas. Duomenų bazės administratorius turi turėti aukštą kvalifikaciją ir praktinę patirtį diegiant, konfigūruojant ir administruojant AS naudojamas DBVS. Pagrindinės informacijos saugumo administratoriaus pareigos yra: - Efektyvios sistemos informacijos saugumo politikos kūrimas, valdymas ir įgyvendinimas; - Vartotojų prieigos prie sistemos funkcijų valdymas; - Informacijos saugumo monitoringo įgyvendinimas. Duomenų informacijos saugos administratorius turi turėti aukštą kvalifikaciją ir praktinę patirtį atliekant informacijos saugos darbus. Sistemos vartotojai turi turėti patirties su asmeniniu kompiuteriu, paremtu operacinėmis sistemomis Microsoft Windows kvalifikuoto vartotojo lygiu ir laisvai atlikti pagrindines operacijas standartinėje „Windows“. Sistemos administratoriaus, duomenų bazės administratoriaus ir informacijos saugos administratoriaus vaidmenis galima sujungti į vaidmenį. - Naudotojas – darbuotojų skaičių lemia įmonės struktūra; AS personalo darbui yra apibrėžtos šios pareigos: - Sistemos administratorius, - Duomenų bazės administratorius, - Informacijos saugumo administratorius. Vartotojas. Šaltinis – patirtis, programinės ir techninės įrangos dokumentacija

4.1.3 AS personalo paskirties rodikliai turėtų suteikti galimybę saugoti istorinius duomenis bent 10 metų gylyje. Sistema turėtų sudaryti galimybę vienu metu veikti 50 naudotojų operatyvinės veiklos posistemiui, o ne mažiau kaip 10 vartotojų – kitiems posistemiams, turintiems tokias sistemos atsako laiko charakteristikas: - navigacijos operacijoms per sistemos ekrano formas - ne ilgiau nei 5 sekundes; - sertifikatų ir išrašų generavimo operacijoms - ne daugiau kaip 10 sekundžių. Analitinių ataskaitų generavimo laikas priklauso nuo jų sudėtingumo ir gali užtrukti ilgai. Sistema turėtų numatyti galimybę keisti apdorojamos informacijos našumą ir apimtį, nekeičiant jos programinės įrangos atnaujinant naudojamos techninės įrangos kompleksą. Mastelio keitimą turi užtikrinti naudojama pagrindinė programinė įranga. Šaltinis - OFM, IDEF3, vartotojų nuostatai (anketos).

4.1.4 Patikimumo reikalavimai Sistema turi veikti ir užtikrinti savo funkcijų atkūrimą tokiomis avarinėmis situacijomis: – aparatinės įrangos maitinimo sistemos gedimų, dėl kurių OS perkraunama, programa turi būti atkuriamas iš naujo paleidus OS ir paleidus sistemos vykdomąjį failą; - atsiradus techninės įrangos veikimo klaidoms (išskyrus duomenų laikmenas ir programas), sistemos funkcijos atkūrimas priskiriamas OS; – esant su programine įranga susijusioms klaidoms (OS ir įrenginių tvarkyklės), atkūrimas tenka OS. Norint apsaugoti įrangą nuo įtampos viršįtampių ir perjungimo trukdžių, turi būti naudojami tinklo filtrai. Šaltinis - IS veikimo patirtis Skaitmeninės patikimumo parametrų reikšmės???????

4.1.5 Saugos reikalavimai Visi išoriniai įtampos sistemos techninių priemonių elementai turi būti apsaugoti nuo atsitiktinio prisilietimo, o pačios techninės priemonės turi turėti įžeminimą arba apsauginį įžeminimą pagal GOST ir PUE. Maitinimo sistema turi užtikrinti apsauginį išjungimą esant perkrovoms ir trumpieji jungimai apkrovos grandinėse, taip pat avarinis rankinis išjungimas. Bendrieji reikalavimai priešgaisrinė sauga turi atitikti buitinės elektros įrangos standartus. Gaisro atveju neturi sklisti toksiškos dujos ir garai. Atjungus maitinimą, turi būti galima naudoti bet kokias gaisro gesinimo priemones. Veiksniai, darantys žalingą poveikį sveikatai iš visų sistemos elementų (įskaitant infraraudonąją, ultravioletinę, rentgeno ir elektromagnetinę spinduliuotę, vibraciją, triukšmą, elektrostatiniai laukai, horizontalaus dažnio ultragarsas ir kt.), neturėtų viršyti galiojančių standartų (SanPiN / data d.). Šaltinis – techninės įrangos dokumentacija, normos ir eksploatavimo taisyklės

4.1.6 Ergonomikos ir techninės estetikos reikalavimai Vartotojų sąveika su į sistemą įtraukta taikomąja programine įranga turėtų būti vykdoma per vaizdinę grafinę sąsają (GUI). Sistemos sąsaja turi būti aiški ir patogi, neperkrauta grafiniais elementais ir užtikrinti greitą ekrano formų atvaizdavimą. Navigacijos elementai turėtų būti suprojektuoti taip, kad būtų patogu naudoti. Informacijos redagavimo priemonės turi atitikti priimtas funkcinių klavišų naudojimo, darbo režimų, paieškos ir langų sistemos naudojimo taisykles. Sistemos duomenų įvedimas/išvedimas, valdymo komandų priėmimas ir jų vykdymo rezultatų atvaizdavimas turi būti vykdomas interaktyviu režimu. Sąsaja turi atitikti šiuolaikinius ergonominius reikalavimus ir suteikti patogią prieigą prie pagrindinių sistemos funkcijų ir operacijų. Sąsaja turėtų būti sukurta taip, kad dominuotų pelės tipo manipuliatorius, tai yra, sistema turėtų būti valdoma naudojant ekrano meniu, mygtukus, piktogramas ir kt. Įvestis klaviatūra pirmiausia turėtų būti naudojama pildant ir (arba) redaguojant teksto ir skaičių laukus ekrano formose. Visi užrašai ekrano formose, taip pat vartotojui siunčiami pranešimai (išskyrus sistemos pranešimus) turi būti rusų kalba. Sistema turi užtikrinti teisingą avarinių situacijų, atsiradusių dėl neteisingų vartotojo veiksmų, netinkamo formato ar neteisingų įvesties duomenų reikšmių, valdymą. Tokiais atvejais sistema turėtų išsiųsti atitinkamus pranešimus vartotojui, o tada grįžti į darbo būseną, buvusią prieš neteisingą (negaliojančią) komandą arba neteisingą duomenų įvedimą. Sistema turi atitikti ergonomikos ir profesionalios medicinos reikalavimus, su sąlyga, kad joje sumontuota kokybiška įranga (kompiuteris, monitorius ir kita įranga), kuri turi reikiamus Rosstandart atitikties ir saugos sertifikatus. Šaltinis – patirtis, ergonomika, inžinerinė psichologija

4.1.8 Sistemos komponentų eksploatavimo, priežiūros, remonto ir saugojimo reikalavimai Sistema turi būti suprojektuota veikti kaip Kliento programinės ir techninės įrangos komplekso dalis ir atsižvelgti į Kliento IT infrastruktūros padalijimą į vidinę ir išorinę. Techninė ir fizinė aparatinės sistemos komponentų, duomenų laikmenų apsauga, nepertraukiamas elektros tiekimas, resursų rezervavimas, nuolatinė priežiūra įgyvendinama Kliento IT infrastruktūroje numatytomis techninėmis ir organizacinėmis priemonėmis. Normaliam sukurtos sistemos veikimui turi būti užtikrintas nepertraukiamas kompiuterio maitinimas. Sistemos veikimo metu turi būti užtikrinta laikmenų laikymo ir kompiuterio veikimo standartus atitinkanti temperatūra ir oro drėgnumas. Naudojamų techninių priemonių periodinė priežiūra turėtų būti atliekama pagal gamintojų techninės dokumentacijos reikalavimus, bet ne rečiau kaip kartą per metus. Periodinė techninės įrangos priežiūra ir bandymas turėtų apimti visų naudojamų įrankių, įskaitant darbo vietas, serverius, techninę priežiūrą ir testavimą, kabelių sistemos ir tinklo įranga, nepertraukiamo maitinimo įrenginiai. Periodinės priežiūros metu turėtų būti atliekama techninės įrangos išorinė ir vidinė apžiūra bei valymas, kontaktinių jungčių tikrinimas, techninės įrangos veikimo nustatymų parametrų tikrinimas ir jų sąveikos tikrinimas. Techninių priemonių eksploatavimo atkūrimas turėtų būti atliekamas pagal techninių priemonių kūrėjo ir tiekėjo nurodymus bei dokumentus, skirtus techninių priemonių veikimui atstatyti, ir baigiamas juos išbandant. Patalpų ir jų įrangos vieta turėtų užkirsti kelią nekontroliuojamam pašalinių asmenų įsiskverbimui į jas ir užtikrinti šiose patalpose esančių konfidencialių dokumentų ir techninių priemonių saugumą. Įrenginių, techninių priemonių išdėstymas turi atitikti saugos reikalavimus, sanitarinius standartus ir priešgaisrinės saugos reikalavimus. Visi sistemos naudotojai privalo laikytis elektroninės skaičiavimo įrangos eksploatavimo taisyklių. Personalo kvalifikacija ir jų mokymas turi atitikti techninę dokumentaciją. Šaltinis – patirtis, programinės ir techninės įrangos dokumentacija

4.1.9 Informacijos apsaugos nuo neteisėtos prieigos reikalavimai IS turi užtikrinti apsaugą nuo neteisėtos prieigos (UAS), kurios lygis yra ne žemesnis nei nustatyti 1D kategorijos reikalavimai pagal galiojančio Valstybinės techninės komisijos 2010 m. Rusija „Automatinės sistemos. Apsauga nuo neteisėtos prieigos prie informacijos. Automatizuotų sistemų klasifikatorius, 1992. Apsaugos nuo neteisėtos prieigos posistemio komponentai turi užtikrinti: - vartotojo identifikaciją; – vartotojo įgaliojimų patikrinimas dirbant su sistema; – vartotojų prieigos diferencijavimas užduočių ir informacijos masyvų lygyje. Sistemos ir programų audito žurnalai turi būti apsaugoti nuo neteisėtos prieigos tiek vietoje, tiek archyve. Kompiuterinės įrangos, apdorojančios konfidencialią informaciją, apsaugos nuo neteisėtos prieigos lygis turi atitikti 6 saugumo klasės reikalavimus pagal galiojančio Rusijos valstybinės techninės komisijos reglamentuojamojo dokumento „Kompiuterinė įranga. Apsauga nuo neteisėtos prieigos prie informacijos. Saugumo nuo neteisėtos prieigos prie informacijos rodikliai. Saugiojoje sistemos dalyje turi būti naudojami „aklieji“ slaptažodžiai (įrašant slaptažodį jo simboliai nerodomi ekrane arba pakeičiami vieno tipo simboliais; simbolių skaičius neatitinka slaptažodžio ilgio). Apsaugota sistemos dalis turėtų automatiškai iš anksto blokuoti vartotojo ir programų seansus duotais laikais vartotojų ir programų neveiklumas. Apsaugotoje sistemos dalyje turi būti naudojama kelių lygių apsaugos sistema. Saugoma sistemos dalis nuo neapsaugotos sistemos turi būti atskirta užkarda. Šaltinis – patirtis, užsakovo žinybiniai dokumentai

Informacijos saugos reikalavimai nelaimingų atsitikimų atveju „AS Kadra“ programinė įranga turi atkurti savo veikimą, kai aparatinė įranga tinkamai paleidžiama iš naujo. Turėtų būti įmanoma organizuoti automatinį ir (ar) rankinį sistemos duomenų atsarginį kopijavimą naudojant sisteminę ir bazinę programinę įrangą (OS, DBVS), kuri yra Kliento programinės ir techninės įrangos komplekso dalis. Aukščiau pateikti reikalavimai netaikomi trečiųjų šalių sukurtiems sistemos komponentams ir galioja tik tuo atveju, jei laikomasi šių komponentų veikimo taisyklių, įskaitant įsigytos programinės įrangos gamintojų rekomenduojamų atnaujinimų įdiegimą laiku. Šaltinis – patirtis Apsaugos nuo išorinių poveikių reikalavimai Patento gavimo reikalavimai Sistemos kaip visumos, taip pat atskirų sistemos dalių įdiegimas neturėtų kelti papildomų reikalavimų trečiųjų šalių programinės įrangos licencijoms įsigyti, išskyrus skyriuje „Standartizavimo ir unifikavimo reikalavimai“ nurodyta programinė įranga Ekrano formos turi būti projektuojamos atsižvelgiant į suvienodinimo reikalavimus: – visos vartotojo sąsajos ekrano formos turi būti pagamintos pagal vieną grafinį dizainą, vienodai išdėstant pagrindinius valdiklius ir navigacija; – panašioms operacijoms nurodyti turėtų būti naudojamos panašios grafinės piktogramos, mygtukai ir kiti valdymo (navigacijos) elementai. Sąvokos, naudojamos tipinėms operacijoms (informacijos objekto pridėjimas, duomenų lauko redagavimas), taip pat vartotojo veiksmų seka jas atliekant, žymėti, turėtų būti suvienodinti; – panašių sąsajos elementų išorinis elgesys (reagavimas į pelės žymeklio užvedimą, fokusavimo perjungimas, mygtuko paspaudimas) turi būti įgyvendintas vienodai to paties tipo elementams.

4.2 sistemos atliekamų funkcijų (užduočių) reikalavimai - automatizuojamų funkcijų, užduočių ar jų kompleksų sąrašas (kiekvienam posistemiui); - paleidimo tvarka, - įgyvendinimo grafikas ir kiekvienos funkcijos, užduoties (ar užduočių rinkinio) įgyvendinimo kokybės reikalavimai, išvesties informacijos pateikimo forma, - kiekvienos funkcijos sąrašas ir gedimo kriterijai, kurių patikimumas. keliami reikalavimai.

Šaltinis - n, dekompozicijos IDEF0, IDEF3 Duomenų saugojimo posistemis Duomenų saugojimo posistemyje turi būti saugomi sistemos eksploataciniai duomenys, duomenys analitinėms ataskaitoms generuoti, ataskaitų metu generuojami sistemos dokumentai. Posistemis turi periodiškai kurti atsargines duomenų kopijas ir saugoti juos papildomose laikmenose. Reguliacinės ir informacinės informacijos valdymo posistemis Posistemis turi išspręsti duomenų, kuriais keičiamasi tarp atskirų Sistemos komponentų, taip pat su gretimomis sistemomis veikimo metu, informacinio suderinamumo užtikrinimo problemą. Pamatinės informacijos tvarkymo funkcijos turėtų būti įtrauktos į posistemio funkcijas. Į posistemį įtraukti žinynai ir klasifikatoriai turėtų būti kuriami ir tobulinami pagal galiojančius nacionalinius ir tarptautinius žinynus ir klasifikatorius, jei įmanoma. Posistemis turėtų suteikti vartotojui patogias priemones, reikalingas reikiamai informacinei informacijai rasti ir pritaikyti. Visi katalogai, įtraukti į sistemos NSI, turi turėti šias pagrindines funkcijas: - Nuolatinis katalogų duomenų saugojimas; - Naujų elementų pridėjimas; - Elementų redagavimas; - Ištrynimas (elementų panaikinimas galimas tik tuo atveju, jei kiti esami sistemos objektai nenurodo šalinamo elemento); - Peržiūrėti elementus; - Peržiūrėkite prekių sąrašą; - Prekių sąrašo filtravimas ir rūšiavimas; - Ieškokite prekių; - Eksportuoti ir importuoti prekes. Žynių funkcijų sąrašas turėtų būti nurodytas techninio projektavimo ir bandomosios eksploatacijos etapuose. Reguliacinės ir informacinės informacijos valdymo posistemis turėtų užtikrinti šių žinynų ir registrų priežiūrą: - „Darbuotojų“ registras; - Užregistruoti „Įmonę“; - Užsiregistruoti "Etatas"; Šaltinis – DFD, ERD darbuotojų registras: Darbuotojų registras turėtų suteikti galimybę apdoroti reikiamą atributų rinkinį, įskaitant: - Pavardę; - Vardas; - Antras vardas; - Darbo pavadinimas; - ir tt

Analizės posistemis Analizės posistemis turėtų formuoti ir teikti analitinius duomenis apie federalinės agentūros veiklą viešojo personalo valdymo srityje su galimybe greitai sekti pagrindinius rodiklius. Analizės posistemis turėtų būti sukurtas remiantis šiuolaikinėmis OLAP technologijomis, leidžiančiomis sudaryti daugiamates savavališkos formos analitines ataskaitas, įskaitant grafinį ir tekstinį duomenų pateikimą. Integravimo posistemis Posistemis turėtų užtikrinti šiuos pagrindinius sąveikos su gretimomis sistemomis tipus: – priimti užklausas iš gretimų sistemų, apdoroti gautas užklausas ir teikti atsakymus į užklausas; – užklausų perdavimas į gretimas sistemas ir gautų atsakymų apdorojimas. Projekto įgyvendinimo metu turėtų būti sukurti duomenų formatai, protokolai ir Sistemos sąveikos su gretimomis sistemomis taisyklės. Gretimose sistemose turėtų būti: – 1 gretimos sistemos; – Gretima sistema 2. Posistemis tvarko gaunamų ir apdorotų užklausų, išsiųstų užklausų ir gautų atsakymų iš gretimų sistemų žurnalus.

4.3. Pagalbos rūšims taikomi reikalavimai, priklausomai nuo sistemos tipo, lemia – matematinio, – informacinio, – kalbinio, – programinės įrangos, – techninio, – metrologinio, – organizacinio, – metodinio ir kitokio pobūdžio sistemos palaikymo reikalavimus.

4.3.1 Reikalavimai sistemos matematinei programinei įrangai Pavyzdys: matematiniai metodai ir algoritmai, naudojami duomenims užšifruoti / iššifruoti, taip pat juos įgyvendinanti programinė įranga turi būti sertifikuoti įgaliotų organizacijų, kad būtų galima naudoti Rusijos Federacijos valdžios institucijose. Šaltinis – užsakovo dokumentacija, IS kūrimo ir eksploatavimo patirtis, sudėties reikalavimai, apimtis (ribojimai) ir metodai, matematinių metodų ir modelių panaudojimas sistemoje, tipiniai kuriami algoritmai ir algoritmai.

4.3.2 Reikalavimai sistemos informaciniam palaikymui Sistemos informaciniam palaikymui keliami šie reikalavimai: 1) duomenų sistemos sudėčiai, struktūrai ir organizavimo būdams; 2) keistis informacija tarp sistemos komponentų; 3) į informacijos suderinamumą su gretimomis sistemomis; 4) dėl toje įmonėje veikiančių sąjunginių ir registruotų respublikinių, ūkio šakų klasifikatorių, unifikuotų dokumentų ir klasifikatorių naudojimo; 5) dėl duomenų bazių valdymo sistemų naudojimo; 6) į duomenų rinkimo, apdorojimo, perdavimo sistemoje ir duomenų pateikimo proceso struktūrą; 7) apsaugoti duomenis nuo sunaikinimo avarijų ir sistemos elektros energijos tiekimo sutrikimų atveju; 8) duomenų kontrolė, saugojimas, atnaujinimas ir atkūrimas; 9) teisinės galios suteikimo dokumentams, parengtiems AS techninėmis priemonėmis (pagal GOST), tvarką. Šaltinis – kliento dokumentacija, patirtis kuriant ir eksploatuojant IS

4.3.2 Sistemos informacinio palaikymo reikalavimai Duomenų sistemoje sudėtis, struktūra ir organizavimo būdai turi būti nustatyti techninio projekto etape. Duomenų saugojimas turėtų būti atliekamas remiantis šiuolaikine reliacine arba DBVS. Siekiant užtikrinti duomenų vientisumą, turėtų būti naudojami integruoti DBVS mechanizmai. DBVS įrankiai, taip pat naudojamų operacinių sistemų įrankiai turėtų pateikti dokumentaciją ir sistemoje apdorojamos informacijos registravimą. Duomenų bazės struktūra turi palaikyti saugomos ir apdorotos informacijos kodavimą pagal visos Rusijos klasifikatorius (jei jie taikomi). Prieiga prie duomenų turėtų būti suteikta tik įgaliotiems naudotojams, atsižvelgiant į jų oficialią instituciją, taip pat į prašomos informacijos kategoriją. Duomenų bazės struktūra turėtų būti organizuota racionaliai, neįtraukiant vienkartinio pilno sistemos duomenų bazėje esančios informacijos iškrovimo. Turėtų būti naudojamos techninės priemonės, užtikrinančios informacijos saugojimą šiuolaikinės technologijos, leidžianti užtikrinti didesnį duomenų saugojimo patikimumą ir greitą įrangos pakeitimą (paskirstyti pertekliniai įrašymo / skaitymo duomenys; atspindėjimas; nepriklausomi diskų matricos; klasterizavimas). Sistema turėtų apimti specializuotą duomenų atsarginių kopijų kūrimo ir atkūrimo posistemį. Kuriant ir diegiant sistemą būtina apsvarstyti galimybę panaudoti sukauptą informaciją iš jau veikiančios Informacinės sistemos. Veikiančių informacinių sistemų sąrašas pateiktas šio dokumento 3 skyriuje.

4.3.3 Reikalavimai sistemos kalbiniam palaikymui Pavyzdys: Visa sistemos taikomoji programinė įranga sąveikai su vartotoju organizuoti turi naudoti rusų kalbą. Šaltinis - kliento dokumentacija, patirtis kuriant ir eksploatuojant IS reikalavimus aukšto lygio programavimo kalboms sistemoje naudoti, vartotojo sąveikos kalbos ir sistemos techninės priemonės, taip pat duomenų kodavimo ir dekodavimo reikalavimai , duomenų įvesties / išvesties kalbos, duomenų apdorojimo kalbos, aprašymo įrankių dalykinė sritis (automatizacijos objektas), dialogo organizavimo būdai.

4.3.4 Reikalavimai sisteminei programinei įrangai Pavyzdys: Kuriant ir kuriant sistemą, būtina efektyviausiai naudoti anksčiau įsigytą programinę įrangą, tiek serverio, tiek darbo vietų. Kuriant naudojama programinė įranga ir kodų bibliotekos turėtų būti plačiai išplatintos, viešai prieinamos ir naudojamos pramoniniu mastu. Pagrindinė programinės įrangos platforma turėtų būti MS Windows operacinė sistema. turi būti įsigytos programinės įrangos sąrašas, taip pat reikalavimai: 1) programinės įrangos nepriklausomumui nuo naudojamo CVT ir veiklos aplinkos; 2) į programinės įrangos kokybę, jos teikimo ir kontrolės būdus; 3) jei reikia, naujai kuriamos programinės įrangos derinimas su algoritmų ir programų fondu

4.3.5 Reikalavimai techninei pagalbai Pavyzdys: Sistemos techninė pagalba turėtų maksimaliai ir efektyviausiai išnaudoti technines priemones, kurias turi federalinės agentūros institucijos. Komplekse turėtų būti šios techninės priemonės: – Duomenų bazių serveriai; – Aplikacijų serveriai; – Ataskaitų sistemos serveris; - Tinklapio serveris; – kompiuterių vartotojai; - PC administratoriai. Duomenų bazių serveriai turi būti sujungti į klasterį. Programų serveriai turi sudaryti subalansuotą apkrovos grupę. Duomenų bazių serveriai, taikomųjų programų serveriai ir ataskaitų sistemos serveris turi būti sujungti į vieną vietinis tinklas, kurių pralaidumas ne mažesnis kaip 100 Mbps. Reikalavimai tam Techninės specifikacijos duomenų bazių serveriai: – Procesorius – 2 x Intel Xeon 3 GHz; - Apimtis laisvosios kreipties atmintis- 16 GB; – Disko posistemis – 4 x 146 GB; – CD-ROM įrenginys (DVD-ROM); – Tinklo adapteris – 100 Mbps. 1) į techninių priemonių tipus, įskaitant techninių priemonių kompleksų tipus, programinės ir techninės įrangos kompleksus ir kitus komponentus, kurie yra priimtini naudoti sistemoje; 2) į sistemos techninės priežiūros funkcines, konstrukcines ir eksploatacines charakteristikas.

4.3.6 Metrologinės pagalbos reikalavimai Pavyzdys: Sistemos organizacinės paramos turėtų pakakti, kad darbuotojai efektyviai atliktų jiems pavestas pareigas įgyvendinant automatizuotas ir susijusias neautomatizuotas sistemos funkcijas. Užsakovas turi nustatyti pareigūnus, atsakingus už: - AE informacijos tvarkymą; – AS administravimas; – AE informacijos saugumo užtikrinimas; – AE techninės priežiūros personalo darbo valdymas. Norėdami dirbti su sistema, darbuotojai, kurie turi įgūdžių dirbti asmeniniu kompiuteriu, yra susipažinę su veikimo taisyklėmis ir yra apmokyti dirbti su sistema Reikalavimai organizacijos palaikymui Reikalavimai metodiniam palaikymui jos funkcionavimas standartai, reglamentai, metodai , instrukcijos ir kt.). 1) į sistemos eksploatavimo ar veiklą užtikrinančių padalinių struktūrą ir funkcijas; 2) į sistemos veikimo organizavimą ir sąveikos tarp AE personalo ir automatikos objekto personalo tvarką; 3) apsaugai nuo klaidingų sistemos darbuotojų veiksmų.

5. Sistemos kūrimo (plėtojimo) darbo sudėtis ir turinys Skyriuje „Sistemos kūrimo (plėtojimo) darbo sudėtis ir turinys“ turėtų būti pateiktas sistemos kūrimo darbų etapų ir etapų sąrašas. pagal GOST, jų įgyvendinimo laikas, organizacijų – darbų vykdytojų sąrašas, nuorodos į dokumentus, patvirtinančius šių organizacijų sutikimą dalyvauti kuriant sistemą, arba įrašas, nurodantis atsakingą asmenį (užsakovą ar kūrėją) šiems darbams atlikti.

6. Sistemos kontrolės ir priėmimo tvarka 6.1. Sistemos tipai, sudėtis, apimtis ir bandymo metodai Posistemio tipai, sudėtis, apimtis ir bandymo metodai turi būti nustatyti AE personalo programoje ir bandymo procedūroje. parengta kaip darbo dokumentacijos dalis. 6.2 Bendrieji darbų priėmimo etapais reikalavimai darbo programa ir kalendorinį planą, kurie yra valstybės sutarties priedai... nuo ... metų. Pristatymą ir priėmimą vykdo komisija, kurią sudaro Užsakovo ir Rangovo atstovai. Remiantis priėmimo rezultatais, pasirašomas priėmimo komisijos aktas. Visi šio darbo metu sukurti programinės įrangos produktai (išskyrus įsigytus) perduodami Klientui tiek paruoštų modulių pavidalu, tiek šaltinio kodų pavidalu, pateikiami elektronine forma standartinėje mašinos laikmenoje (skirta Pavyzdžiui, kompaktiniame diske). 6.3 Priėmimo komisijos statusas Priėmimo komisijos statusą nustato Klientas prieš testavimą.

7. Reikalavimai darbų apimčiai ir turiniui paruošti automatikos objektą sistemos paleidimui Pavyzdys: Vykdant projektą automatikos objekte, reikia atlikti darbus pasirengti sistemos paleidimui. Užsakovas, ruošdamasis paleisti AS Kadra, privalo užtikrinti šiuos darbus: - Nustatyti padalinį ir atsakingus pareigūnus, atsakingus už AS Kadra įgyvendinimą ir pilotinę veiklą; - Užtikrinti vartotojų buvimą rangovo vykdomuose mokymuose dirbti su sistema; - Užtikrinti sistemos naudotojų patalpų ir darbo vietų atitiktį šiame ChTZ keliamiems reikalavimams; - Užtikrinti, kad būtų laikomasi reikalavimų programinei ir techninei įrangai, kurioje turėtų būti įdiegta AS Kadra programinė įranga; - Kartu su Rangovu parengti sistemos diegimo užsakovo techninėje įrangoje planą; - Atlikti bandomąją AS Personalo eksploataciją. Darbų, skirtų automatizavimo objektui parengti sistemai pradėti eksploatuoti, apimties ir turinio reikalavimai, įskaitant pagrindinių veiklų ir jų vykdytojų sąrašą, turėtų būti nurodyti darbo dokumentacijos rengimo etape ir remiantis bandomojo veikimo rezultatais. . Į pagrindinių veiklų sąrašą įtraukta: 1) į sistemą patenkančios informacijos perkėlimas (pagal informacijos ir kalbinės pagalbos reikalavimus) į kompiuteriniam apdorojimui tinkamą formą; 2) pakeitimai, kuriuos reikia atlikti automatikos objekte; 3) automatizavimo objekto funkcionavimo sąlygų, kurioms esant garantuojama sukurtos sistemos atitiktis TOR nustatytiems reikalavimams, sudarymas; 4) sistemos funkcionavimui reikalingų padalinių ir tarnybų kūrimas; 5) personalo komplektavimo ir personalo mokymo terminai ir tvarka.

8. Reikalavimai dokumentacijai Sistemai įvairiuose kūrimo etapuose pateikiami šie dokumentai iš GOST-89 „Informacinės technologijos. Automatizuotų sistemų standartų rinkinys. Dokumentų tipai, išsamumas ir žymėjimai kuriant pirmąjį AE etapą Karkasai pateikti lentelėje: Sukūrimo etapas Dokumento pavadinimas Dokumento kodas Projekto dalis Priklauso projektavimo ir sąmatos dokumentacijai Priklauso ED Papildomos instrukcijos TP PV 1) a kuriamų dokumentų rinkinių ir tipų sąrašas, atitinkantis užsakovo pramonės GOST ir NTD reikalavimus, suderintas kūrėjo ir sistemos užsakovo; mašininėse laikmenose išduotų dokumentų sąrašas; reikalavimai mikrofilmavimo dokumentacijai; 2) įvairių pramonės šakų taikymo komponentų elementų dokumentavimo reikalavimai pagal ESKD ir ESPD reikalavimus; 3) nesant valstybinių standartų, apibrėžiančių sistemos elementų dokumentavimo reikalavimus, juose papildomai pateikiami tokių dokumentų sudėties ir turinio reikalavimai.

9. Kūrimo šaltiniai Dokumentai ir informacinė medžiaga (galimybių studija, atliktų tyrimų darbų ataskaitos, informacinė medžiaga apie vietines, užsienio analogines sistemas ir kt.), kurių pagrindu buvo kuriami TOR ir kurie turėtų būti naudojami kuriant sistemą. .

TSR SĄJUNGOS VALSTYBINIS STANDARTAS

INFORMACINĖS TECHNOLOGIJOS

Automatizuotų sistemų standartų rinkinys.
Automatizuotos sistemos sukūrimo techninė užduotis

GOST 34.602-89

TSR SĄJUNGOS VALSTYBINIS STANDARTAS

Pristatymo data 01.01.90

Šis standartas taikomas automatizuotoms sistemoms (AS), skirtoms automatizuoti įvairių rūšių veiklą (valdymą, projektavimą, tyrimus ir kt.), įskaitant jų derinius, ir nustato dokumento „Sukūrimo sąlygos“ sudėtį, turinį, tvarkymo taisykles. sistemos plėtra ar modernizavimas“ (toliau – TK apie AC).

1. BENDROSIOS NUOSTATOS

1.1. AE TRS yra pagrindinis dokumentas, apibrėžiantis automatizuotos sistemos sukūrimo (plėtojimo ar modernizavimo – tolesnio kūrimo) reikalavimus ir tvarką, pagal kurią vykdoma AE plėtra ir priėmimas paleidus eksploatuoti.

Be to, gali būti parengtos AE dalių techninės specifikacijos; apie AE posistemius, AE užduočių kompleksus ir kt. pagal šio standarto reikalavimus; techninės įrangos komponentams ir programiniams bei techninės įrangos kompleksams pagal ESKD ir SRPP standartus; programinei įrangai pagal ESPD standartus; informaciniams produktams pagal GOST 19.201 ir NTD, galiojančius AE kliento skyriuje.

Pastaba. Į automatinės valdymo sistemos TOR, skirtą tarpusavyje susijusių objektų grupei, turėtų būti įtraukti tik reikalavimai, bendri objektų grupei. Specialūs reikalavimai atskiram valdymo objektui turėtų atsispindėti šio objekto ACS TOR.

1.3. Šio standarto nustatyto dydžio AU reikalavimai gali būti įtraukti į naujai kuriamo automatikos objekto projektavimo užduotį. Šiuo atveju techninės specifikacijos AS nėra kuriamos.

1.4. Reikalavimai, įtraukti į TOR atominėms elektrinėms, turi atitikti dabartinį mokslo ir technologijų išsivystymo lygį ir nenusileisti panašiems reikalavimams geriausiems šiuolaikiniams šalies ir užsienio analogams.

TOR nustatyti reikalavimai atominėms elektrinėms neturėtų riboti sistemos kūrėjo ieškant ir įgyvendinant efektyviausių techninių, galimybių ir kitų sprendimų.

1.5. AE TK yra sukurta remiantis pradiniais duomenimis, įskaitant tuos, kurie yra galutiniuose etapo „AE kūrimo tyrimai ir pagrindimas“, nustatyto GOST 24.601, dokumentacijoje.

1.6. AE TOR apima tik tuos reikalavimus, kurie papildo šio tipo sistemoms (ACS, CAD, ASNI ir kt.) esančius reikalavimus, esančius galiojančiame NTD, ir yra nulemti konkretaus objekto, kuriam kuriama sistema, specifikos. .

1.7. AE techninių sąlygų pakeitimai surašomi užsakovo ir kūrėjo pasirašytu priedu arba protokolu, kuris yra neatskiriama AE techninių sąlygų dalis. TK tituliniame puslapyje apie AS turi būti įrašas „Galioja nuo ...“.

2. SUDĖTIS IR TURINYS

2.1. AE techninę reglamentą sudaro šie skyriai, kuriuos galima suskirstyti į poskyrius:

1) bendroji informacija;

2) sistemos kūrimo (plėtojimo) tikslas ir tikslai;

3) automatikos objektų charakteristikos;

4) sistemos reikalavimai;

5) sistemos kūrimo darbo sudėtis ir turinys;

6) sistemos kontrolės ir priėmimo tvarka;

7) darbų, skirtų paruošti automatikos objektą sistemai pradėti eksploatuoti, sudėties ir turinio reikalavimai;

8) reikalavimai dokumentacijai;

9) plėtros šaltiniai.

Programos gali būti įtrauktos į AS skirtą TOR.

2.2. Atsižvelgiant į automatizavimo objekto tipą, paskirtį, specifines ypatybes ir sistemos veikimo sąlygas, leidžiama paraiškų pavidalu sudaryti TOR skyrius, įvesti papildomus, neįtraukti ar sujungti TOR poskyrius.

Sistemos dalių TOR neapima skilčių, kurios dubliuoja visos AE TOR skyrių turinį.

2.3. Skiltyje „Bendra informacija“ nurodykite:

1) visas sistemos pavadinimas ir jos simbolis;

2) temos šifras arba sutarties šifras (numeris);

3) sistemos kūrėjo ir užsakovo (naudotojo) įmonių (asociacijų) pavadinimas ir jų rekvizitai;

4) dokumentų, kurių pagrindu kuriama sistema, sąrašas, kas ir kada šie dokumentai buvo patvirtinti;

5) planuojamos sistemos kūrimo pradžios ir pabaigos datos;

6) informacija apie darbų finansavimo šaltinius ir tvarką;

7) sistemos (jos dalių) kūrimo, atskirų priemonių (techninės, programinės įrangos, informacijos) ir programinės bei techninės (programinės ir metodinės) gamybos ir derinimo darbų rezultatų įforminimo ir pateikimo užsakovui tvarka. sistemos kompleksai.

2.4. Skyrius „Sistemos sukūrimo (plėtojimo) paskirtis ir tikslas“ susideda iš poskyrių:

1) sistemos paskirtis;

2) sistemos sukūrimo tikslas.

2.4.1. Poskyryje „Sistemos paskirtis“ nurodykite automatizuotos veiklos rūšį (valdymas, projektavimas ir kt.) ir automatizavimo objektų (objektų), kuriuose ji turėtų būti naudojama, sąrašą.

Automatizuotoms valdymo sistemoms papildomai nurodomas automatizuotų valdymo organų (taškų) ir valdomų objektų sąrašas.

2.4.2. Poskyryje „Sistemos kūrimo tikslai“ pateikiami automatikos objekto techninių, technologinių, gamybinių, ekonominių ar kitų rodiklių, kuriuos reikia pasiekti sukūrus AS, pavadinimai ir reikalaujamos reikšmės. pateikiami, ir nurodomi sistemos kūrimo tikslų pasiekimo vertinimo kriterijai.

2.5. Skyriuje „Automatizavimo objekto charakteristikos“ jie pateikia:

1) trumpą informaciją apie automatikos objektą arba nuorodas į dokumentus, kuriuose yra tokia informacija;

2) informacija apie automatikos objekto eksploatavimo sąlygas ir aplinkos charakteristikas.

Pastaba. CAD skyrelyje papildomai pateikiami pagrindiniai projektavimo objektų parametrai ir charakteristikos.

2.6. Skyrius „Reikalavimai sistemai“ susideda iš šių poskyrių:

1) reikalavimai visai sistemai;

2) reikalavimai sistemos atliekamoms funkcijoms (užduotims);

3) reikalavimai paramos rūšims.

Reikalavimų sistemai, įtrauktai į šį AE TRS skirsnį, sudėtis nustatoma atsižvelgiant į konkrečios sistemos tipą, paskirtį, specifines savybes ir eksploatavimo sąlygas. Kiekviename poskyryje pateikiamos nuorodos į galiojančią NTD, kuri nustato reikalavimus atitinkamo tipo sistemoms.

2.6.1. Poskyryje „Reikalavimai visai sistemai“ nurodykite:

reikalavimai sistemos struktūrai ir veikimui; reikalavimai sistemos darbuotojų skaičiui ir kvalifikacijai bei darbo režimui;

paskirties rodikliai;

patikimumo reikalavimai;

saugos reikalavimai;

ergonomikos ir techninės estetikos reikalavimai;

gabenamumo reikalavimai mobiliajai AS;

sistemos komponentų eksploatavimo, priežiūros, remonto ir saugojimo reikalavimai;

informacijos apsaugos nuo neteisėtos prieigos reikalavimai;

informacijos saugos reikalavimai nelaimingų atsitikimų atveju, apsaugos nuo išorinių poveikių reikalavimai;

patento grynumo reikalavimai;

standartizavimo ir unifikavimo reikalavimai;

Papildomi reikalavimai.

2.6.1.1. Sistemos struktūrai ir veikimui keliami reikalavimai:

1) posistemių sąrašas, jų paskirtis ir pagrindinės charakteristikos, reikalavimai hierarchijos lygių skaičiui ir sistemos centralizavimo laipsniui;

2) ryšio tarp sistemos komponentų informacijos mainų metodų ir priemonių reikalavimai;

3) kuriamos sistemos su gretimomis sistemomis jungčių charakteristikų reikalavimai, reikalavimai jos suderinamumui, įskaitant nurodymus, kaip keistis informacija (automatiškai, siunčiant dokumentus, telefonu ir pan.);

4) reikalavimus sistemos darbo režimams;

5) sistemos diagnozavimo reikalavimai;

6) sistemos plėtros, modernizavimo perspektyvos.

2.6.1.2. AE personalo skaičiui ir kvalifikacijai keliami reikalavimai:

AE darbuotojų (naudotojų) skaičiaus reikalavimai;

reikalavimai personalo kvalifikacijai, jų mokymo ir žinių bei įgūdžių kontrolės tvarka;

reikiamą AE personalo darbo režimą.

2.6.1.3. AS paskirties rodiklių reikalavimuose pateikiamos parametrų reikšmės, apibūdinančios sistemos atitikties numatytam tikslui laipsnį.

ACS nurodykite:

sistemos prisitaikymo prie procesų ir valdymo metodų pokyčių, prie valdymo objekto parametrų nukrypimų laipsnį;

leistinos sistemos modernizavimo ir plėtros ribos;

tikimybinės-laikinės charakteristikos, pagal kurias išsaugoma numatyta sistemos paskirtis.

2.6.1.4. Patikimumo reikalavimai apima:

1) visos sistemos ar jos posistemių patikimumo rodiklių sudėtis ir kiekybinės vertės;

2) avarinių situacijų, kurioms turėtų būti reglamentuojami patikimumo reikalavimai, sąrašas ir atitinkamų rodiklių reikšmės;

3) techninės ir programinės įrangos patikimumo reikalavimus;

4) patikimumo rodiklių vertinimo ir stebėjimo metodų reikalavimai įvairiuose sistemos kūrimo etapuose pagal galiojančius norminius ir techninius dokumentus.

2.6.1.5. Saugos reikalavimai apima saugos užtikrinimo reikalavimus montuojant, paleidžiant, eksploatuojant, prižiūrint ir remontuojant sistemos technines priemones (apsaugą nuo elektros srovė, elektromagnetiniai laukai, afotinis triukšmas ir kt.), pagal leistinus apšvietimo, vibracijos ir triukšmo apkrovų lygius.

2.6.1.6. Ergonomikos ir techninės estetikos reikalavimai apima AS rodiklius, nurodančius reikiamą žmogaus sąveikos su mašina kokybę ir personalo darbo sąlygų komfortą.

2.6.1.7. Mobiliosioms AE pervežamumo reikalavimai apima projektinius reikalavimus, užtikrinančius sistemos techninių priemonių transportavimą, taip pat reikalavimus transporto priemonėms.

2.6.1.8. Eksploatavimo, priežiūros, remonto ir saugojimo reikalavimai apima:

1) eksploatavimo sąlygos ir taisyklės (režimas), kurios turėtų užtikrinti sistemos techninių priemonių (TS) naudojimą su nurodytais techniniais rodikliais, įskaitant sistemos TP tipus ir dažnumą arba leistinumą veikti be priežiūros. ;

2) preliminarūs reikalavimai dėl leistinų plotų personalo ir sistemos transporto priemonei, elektros tiekimo tinklų parametrams ir kt.;

3) reikalavimus aptarnaujančio personalo skaičiui, kvalifikacijai ir jo darbo būdams;

4) atsarginių gaminių ir prietaisų rinkinio išdėstymo sudėties ir laikymo sąlygų reikalavimai;

5) techninės priežiūros taisyklių reikalavimai.

2.6.1.9. Informacijos apsaugos nuo neteisėtos prieigos reikalavimai apima NTD nustatytus reikalavimus, veikiančius kliento pramonėje (departamente).

2.6.1.10. Informacijos saugos reikalavimai apima įvykių sąrašą: avarijas, techninių priemonių gedimus (įskaitant elektros tiekimo praradimą) ir pan., kurių metu turi būti užtikrintas informacijos saugumas sistemoje.

2.6.1.11. Apsaugos nuo išorinių poveikių reikalavimai yra šie:

1) AE objektų radioelektroninės apsaugos reikalavimai;

2) atsparumo, stabilumo ir stiprumo išoriniam poveikiui reikalavimai (naudojimo aplinka).

2.6.1.12. Patento išdavimo reikalavimuose nurodomas sąrašas šalių, kurių atžvilgiu turi būti užtikrintas sistemos ir jos dalių patentavimas.

rodikliai, nustatantys reikiamą standartinių, vieningų sistemos funkcijų (užduočių) įgyvendinimo metodų, tiekiamų programinių įrankių, tipinių matematinių metodų ir modelių, tipinių projektavimo sprendimų, vieningų GOST 6.10.1 nustatytų valdymo dokumentų formų naudojimo laipsnį, visos Sąjungos techninės ir ekonominės informacijos klasifikatoriai ir kitų kategorijų klasifikatoriai pagal regioną jų pritaikymas, tipinių darbo vietų, komponentų ir kompleksų naudojimo reikalavimai.

2.6.1.14. Papildomi reikalavimai apima:

1) reikalavimai dėl sistemos aprūpinimo personalo mokymo įrenginiais (treniruokliais, kitais panašios paskirties įrenginiais) ir jų dokumentacija;

2) reikalavimai serviso įrangai, stendams tikrinti sistemos elementus;

3) sistemos reikalavimai, susiję su specialios sąlygos operacija;

4) specialius reikalavimus sistemos kūrėjo ar užsakovo nuožiūra.

2.6.2. Poskyryje „Reikalavimai sistemos atliekamoms funkcijoms (užduotims)“ jie pateikia:

1) kiekvienam posistemiui – automatizuotinų funkcijų, užduočių ar jų kompleksų (įskaitant tuos, kurie užtikrina sąveiką tarp sistemos dalių) sąrašas;

kuriant sistemą dviejose ar daugiau eilių – funkcinių posistemių, atskirų funkcijų ar užduočių, įgyvendinamų 1-oje ir vėlesnėse eilėse, sąrašas;

2) kiekvienos funkcijos, uždavinio (ar uždavinių rinkinio) įgyvendinimo laiko reglamentai;

3) reikalavimai kiekvienos funkcijos (užduoties ar užduočių rinkinio) įgyvendinimo kokybei, išvesties informacijos pateikimo formai, reikalaujamo tikslumo ir vykdymo laiko charakteristikoms, grupės vykdymo vienalaikiškumo reikalavimai. funkcijų, rezultatų paskelbimo patikimumą;

4) sąrašas ir gedimo kriterijai kiekvienai funkcijai, kuriai nustatyti patikimumo reikalavimai.

2.6.3. Poskyryje „Reikalavimai paramos rūšims“, priklausomai nuo sistemos tipo, pateikiami reikalavimai matematinei, informacinei, kalbinei, programinei, techninei, metrologinei, organizacinei, metodinei ir kitokio pobūdžio sistemos pagalbai.

2.6.3.1. Sistemos matematiniam palaikymui pateikiami reikalavimai matematinių metodų ir modelių sudėčiai, apimčiai (ribojimams) ir naudojimo būdams, tipiniams sistemoje kuriamiems algoritmams ir algoritmams.

1) į duomenų sudėtį, struktūrą ir organizavimo metodus sistemoje;

2) keistis informacija tarp sistemos komponentų;

3) į informacijos suderinamumą su susijusiomis sistemomis;

4) dėl šioje įmonėje veikiančių sąjunginių ir registruotų respublikinių, ūkio šakų klasifikatorių, unifikuotų dokumentų ir klasifikatorių naudojimo;

5) dėl duomenų bazių valdymo sistemos taikymo;

6) į duomenų rinkimo, apdorojimo, perdavimo sistemoje proceso struktūrą ir. duomenų pateikimas;

7) apsaugoti duomenis nuo sunaikinimo avarijų ir sistemos maitinimo sutrikimų atveju;

8) duomenų kontrolė, saugojimas, atnaujinimas ir atkūrimas;

9) teisinės galios suteikimo dokumentams, parengtiems AS techninėmis priemonėmis, tvarka (pagal GOST 6.10.4).

2.6.3.3. Sistemos lingvistiniam palaikymui pateikti reikalavimai aukšto lygio programavimo kalbų naudojimui sistemoje, vartotojo sąveikos kalboms ir techninėms sistemos priemonėms, taip pat duomenų kodavimo ir dekodavimo, duomenų įvedimo reikalavimai. / išvesties kalbos, duomenų apdorojimo kalbos, dalykinės srities rašymo priemonės (automatizacijos objektas), dialogo organizavimo metodai .

2.6.3.4. Sistemos programinei įrangai pateikiamas įsigytos programinės įrangos sąrašas ir reikalavimai:

1) į programinės įrangos nepriklausomumą nuo naudojamo CVT ir veiklos aplinkos;

2) į programinės įrangos kokybę, jos teikimo ir kontrolės būdus;

3) jei reikia, naujai kuriamos programinės įrangos derinimas su algoritmų ir programų fondu.

2.6.3.5. Techniniam sistemos palaikymui pateikiami šie reikalavimai:

1) į techninių priemonių tipus, įskaitant techninių priemonių kompleksų tipus, programinės ir techninės įrangos kompleksus ir kitus komponentus, kuriuos leidžiama naudoti sistemoje;

2) į sistemos techninės priežiūros funkcines, konstrukcines ir eksploatacines charakteristikas.

2.6.3.6. Metrologinės pagalbos reikalavimai yra šie:

1) preliminarus matavimo kanalų sąrašas;

2) parametrų matavimų tikslumo ir (ar) matavimo kanalų metrologinių charakteristikų reikalavimai;

3) sistemos techninių priemonių metrologinio suderinamumo reikalavimus;

4) sistemos valdymo ir skaičiavimo kanalų, kurių tikslumo charakteristikas būtina įvertinti, sąrašas;

5) techninės ir programinės įrangos, įtrauktos į sistemos matavimo kanalus, metrologinio palaikymo, įmontuotų valdymo priemonių, matavimo kanalų ir matavimo priemonių, naudojamų paleidžiant ir testuojant sistemą, metrologinio tinkamumo reikalavimus;

6) metrologinio sertifikavimo tipas (valstybinis ar žinybinis), nurodant jo vykdymo tvarką ir sertifikavimą vykdančias organizacijas.

2.6.3.7. Organizacinei pagalbai keliami šie reikalavimai:

1) į sistemos eksploatavimo ar veiklą vykdančių padalinių struktūrą ir funkcijas;

2) į sistemos veikimo organizavimą ir sąveikos tarp AE personalo ir automatikos objekto personalo tvarką;

3) apsaugai nuo klaidingų sistemos darbuotojų veiksmų.

2.6.3.8. CAD metodiniam palaikymui pateikiami sistemos norminės ir techninės dokumentacijos sudėties reikalavimai (jos eksploatacijos metu naudojamų standartų, reglamentų, metodų ir kt. sąrašas).

1) rengiamų dokumentų rinkinių ir tipų, atitinkančių užsakovo pramonės GOST 34.201 ir NTD reikalavimus, sąrašas, suderintas sistemos kūrėjo ir užsakovo; mašininėse laikmenose išduotų dokumentų sąrašas; reikalavimai mikrofilmavimo dokumentacijai;

2) įvairių pramonės šakų taikymo komponentų elementų dokumentavimo reikalavimai pagal ESKD ir ESPD reikalavimus;

3) nesant valstybinių standartų, apibrėžiančių sistemos elementų dokumentavimo reikalavimus, juose papildomai pateikiami tokių dokumentų sudėties ir turinio reikalavimai.

2.11. Skyriuje „Plėtros šaltiniai“ turėtų būti išvardyti dokumentai ir informacinė medžiaga (galimybių studija, atliktų tiriamųjų darbų ataskaitos, informacinė medžiaga apie šalies, užsienio analogines sistemas ir kt.), kurių pagrindu buvo sukurta TK ir kuri turėtų būti naudojamas kuriant sistemas.

2.12. AE TOR sudėtis, esant patvirtintiems metodams, apima programas, kuriose yra:

1) numatomo sistemos efektyvumo apskaičiavimas;

2) sistemos mokslinio ir techninio lygio įvertinimas.

Programos įtraukiamos į AE skirtą TOR, kaip susitaria kūrėjas ir sistemos užsakovas.

3. PROJEKTAVIMO TAISYKLĖS

3.1. TZN AS skyriai ir poskyriai turėtų būti išdėstyti skyriuje nustatyta tvarka. 2 šio standarto.

3.2. TS AU surašomas pagal reikalavimus GOST 2.105 ant A4 lapų GOST 2.301 be rėmelio, pagrindinio užrašo ir papildomų stulpelių prie jo.

Lapų (puslapių) numeriai užrašomi, pradedant nuo pirmojo lapo po titulinio lapo, viršutinėje lapo dalyje (virš teksto, viduryje), nurodant TK kodą AC.

3.3. Rodiklių, normų ir reikalavimų reikšmės paprastai nurodomos su didžiausiais nuokrypiais arba didžiausiomis minimaliomis vertėmis. Jeigu šiuos rodiklius, normas, reikalavimus vienareikšmiškai reglamentuoja NTD, AE skirtoje TOR turėtų pateikti nuorodą į šiuos dokumentus ar jų skyrius bei papildomus reikalavimus, kuriuose atsižvelgiama į kuriamos sistemos specifiką. Jei kuriant AE TOR negalima nustatyti konkrečių rodiklių, normų ir reikalavimų verčių, ji turėtų užfiksuoti šių rodiklių, normų ir reikalavimų nustatymo ir susitarimo tvarką:

„Galutinis reikalavimas (reikšmė) yra nurodytas procese... ir suderintas protokolu su... stadijoje...“. Tuo pačiu metu AE TOR tekstas nekeičiamas.

3.4. Tituliniame lape dedami užsakovo, kūrėjo ir koordinuojančių organizacijų parašai, kurie užantspauduojami oficialiu antspaudu. Jei reikia, titulinis lapas sudaromas keliuose puslapiuose. Paskutiniame puslapyje yra parašai AE techninių sąlygų rengėjų ir pareigūnų, dalyvaujančių tvirtinant ir peržiūrint AE TĮ projektą.

TK antraštinio puslapio forma pateikta AC. Paskutinio TK lapo ant AC forma nurodyta.

3.5. Jei reikia, TK ant AU tituliniame puslapyje leidžiama dėti pramonėje nustatytus kodus, pavyzdžiui: saugos antspaudas, darbo kodas, TK registracijos numeris ir kt.

3.6. TOR priedo AE titulinis lapas surašomas taip pat, kaip ir techninės užduoties titulinis lapas. Vietoj pavadinimo „Techninės veiklos sąlygos“ rašoma „AS TK ... priedas Nr. ...“.

3.7. Vėlesniuose AS TSR priedo lapuose pateikiamas pakeitimo pagrindas, pakeitimo turinys ir nuoroda į dokumentus, pagal kuriuos šie pakeitimai daromi.

3.8. Pateikiant TĮ priedo tekstą, reikia nurodyti atitinkamų pastraipų, pastraipų, pagrindinių TOR apie AS lentelių numerius ir kt. ir naudokite žodžius: „pakeisti“, „papildyti“, „ištrinti“, „pateikti naujame leidime“.

1 PRIEDAS

AE TOR KŪRIMO, SUTARTIES IR PATVIRTINIMO TVARKA

1. Atominių elektrinių TOR projektą parengia sistemos kūrėjas, dalyvaujant užsakovui pagal techninius reikalavimus (taikymas, taktinė ir techninė užduotis ir kt.).

Konkurencinio darbo organizavimo atveju AE TOR projekto variantus apsvarsto užsakovas, kuris arba pasirenka pageidaujamą variantą, arba, remdamasis lyginamąja analize, rengia dalyvaujant būsimam AE plėtotojui. AE galutinė AE TOR versija.

2. AE techninių sąlygų projekto derinimo su valstybinės priežiūros institucijomis ir kitomis suinteresuotomis organizacijomis poreikį kartu nustato sistemos užsakovas ir AE techninės priežiūros projekto rengėjas.

AE TNT projekto tvirtinimo darbus kartu atlieka AE TNT kūrėjas ir sistemos užsakovas, kiekvienas savo ministerijos (departamento) organizacijose.

3. Kiekvienos organizacijos AE TOR projekto tvirtinimo terminas neturėtų viršyti 15 dienų nuo jo gavimo dienos AE TOR projekto kopijas (kopijas) rekomenduojama siųsti vienu metu visoms organizacijoms (skyriams) patvirtinimas.

4. Pastabas dėl AE TK projekto pateikti su techniniu pagrindimu. Sprendimus dėl pastabų turi priimti AE techninio užsakymo projekto rengėjas ir sistemos užsakovas iki AE TSR patvirtinimo.

5. Jeigu AE susitariant dėl ​​TOR projekto kilo nesutarimų tarp vystytojo ir užsakovo (ar kitų suinteresuotų organizacijų), tada surašomas nesutarimų protokolas (savavališka forma) ir nustatyta tvarka priimamas konkretus sprendimas.

6. AE TOR projekto patvirtinimą leidžiama surašyti kaip atskirą dokumentą (raišką). Tokiu atveju antraštėje „Sutarta“ pateikite nuorodą į šį dokumentą.

7. Atominių elektrinių techninių specifikacijų tvirtinimą atlieka sistemos kūrėjo ir užsakovo įmonių (organizacijų) vadovai.

8. AE specifikacija (specifikacijos papildymas) prieš pateikiant ją tvirtinti turi būti patikrinta specifikaciją parengusios organizacijos normatyvinės kontrolės tarnybos ir prireikus atlikti metrologinę ekspertizę.

9. Patvirtintų AE techninių sąlygų kopijas per 10 dienų nuo patvirtinimo AE techninių sąlygų rengėjas išsiunčia sistemos kūrimo dalyviams.

10. AE TNT papildymų derinimas ir tvirtinimas vykdomas AE TNT nustatyta tvarka.

11. AE TOR pakeitimų neleidžiama patvirtinti po to, kai sistema buvo pateikta priėmimo bandymų eilei.

12. Branduolinių elektrinių techninių specifikacijų ir jų papildymų registravimas, apskaita ir saugojimas vykdomas pagal GOST 2.501 reikalavimus.

Asmeninis parašas

INFORMACINIAI DUOMENYS

1. SSRS valstybinio standartų komiteto ĮVEŽTA PLĖTRA

SSRS prietaisų gamybos, automatikos ir valdymo sistemų ministerija

ATLIKĖJAI

L.M. Seidenbergas, cand. tech. mokslai; Yu.B. Irz, cand. tech. mokslai; V. I. Peredkovas; I. S. Mityajevas; B. A. Diukovas(temų vedėjai); L. O. Khvilevitsky, cand. tech. mokslai; S. V. Garšina; P. A. Šalajevas, Ph.D. mokslai; E. S. Krankovas, Ph.D. mokslai; A. M. Mustafinas; G. I. Šalatova; R. S. Sedegovas, Ekonomikos daktaras. mokslai; I. G. Vilenčikas; V. I. Makhnachas; V. N. Semenovas; I. P. Vachlakovas; E. G. Savina