Rankos apibrėžimas gost. Eksperimentinis ACS veikimas. Reikalavimai automatizuotų procesų valdymo sistemų testavimui

M. Ostrogorskis, 2008

Norint sėkmingai taikyti GOST 34, būtina suprasti, kaip šio standartų rinkinio požiūriu yra sutvarkyta automatizuota sistema. Priešingu atveju svečiuose nieko nepamatysime, išskyrus ilgą dokumentų sąrašą paslaptingais pavadinimais, o reikalavimai jų turiniui dar kartą įtikins, kad daugelyje išminties slypi daug liūdesio. Todėl prieš aptardami pačius dokumentus turime suprasti, kas yra dokumentacijos objektas.

Automatizuota sistema, jos funkcijos ir uždaviniai

Automatizuotos sistemos apibrėžimas

GOST 34.003-90 pateikiamas toks automatizuotos sistemos apibrėžimas: sistema, susidedanti iš personalo ir priemonių rinkinio jos veiklai automatizuoti, diegiant informacines technologijas nustatytoms funkcijoms atlikti. Ką iš tikrųjų reiškia šis apibrėžimas? Tai galite suprasti tik perskaitę kitus šio standarto apibrėžimus ir palyginę juos tarpusavyje. Ką mes dabar darysime.

Veiklos tikslai

Automatizuota sistema gali egzistuoti tik ten, kur dirba tam tikra veikla užsiimantys darbuotojai. Paprastai, Mes kalbame apie veiklą, kurios rezultatai kažkam naudingi, nepriklausomai nuo naudojamų priemonių. Pavyzdžiui, kreipiuosi į teatro kasą dėl bilieto, ir man puikiai tiks, jei kasininkė man išrašys tušinuku ant blanko, jei tik ant jos įleistų į salę. Kasininkei iš esmės taip pat nerūpi, kaip padaryti bilietą. Jai tiks bet koks metodas, jei tai nebus per daug varginantis ir suteiks galimybę parduoti man bilietą. Kitaip tariant, mes su ja turime bendrą tikslą. GOST 34.003-90 vartojamas terminas veiklos tikslas. Kai tik kitas žiūrovas su bilietu rankose tolsta nuo lango ir teatras tampa šiek tiek turtingesnis, šis veiklos tikslas pasiekiamas.

Automatizuotos sistemos funkcijos

Gali būti (ir, kaip taisyklė, yra) keli veiklos tikslai. Bet koks naudingas rezultatas už pačios veiklos ribų gali būti laikomas jos tikslu. Taigi, jei kasininkė ne tik parduoda bilietą, bet ir parengia pardavimo ataskaitą institucijoms darbo dienos pabaigoje, dienos ataskaitos surašymas gali būti laikomas dar vienu veiklos tikslu.

Jeigu ant kasos stalo pastatome kompiuterį ir spausdintuvą, o kasininkės viršininkė išduoda jai įsakymą suvesti bilietus ir ataskaitas į teksto rengyklę ir atsispausdinti spausdintuvu, tai gauname automatizuotą sistemą. Pagal šiuolaikines idėjas jis labai primityvus, formaliai tenkins Gostovo apibrėžimą. Atkreipiame dėmesį, kad veiklos tikslai įdiegus automatizuotą sistemą nepasikeitė, pasikeitė tik būdas juos pasiekti. Tai, kas anksčiau buvo daroma „tiesiog taip“, dabar daroma automatizuotos sistemos rėmuose. Automatizuotos sistemos veiksmų rinkinys, kuriuo siekiama konkretaus tikslo, pagal GOST 34.003-90 vadinamas jos funkcija. Atkreipkite dėmesį, kad nesvarbu, kaip į tai žiūrite, darbuotojai yra laikomi sistemos dalimi.

Automatizuotos sistemos funkcija yra pagrindinė GOST 34 sąvoka. Automatizuota sistema visų pirma laikoma jos funkcijų visuma, o tik po to kaip „programinės įrangos“ ir „aparatinės įrangos“ krūva. Svarbiausia, ką sistema veikia, o iš ko ji susideda – antraeilis dalykas.

Tai, kas pasakyta, skaitytoją gali paskatinti daryti išvadą, kad kiekvienas veiklos tikslas automatizuotoje sistemoje atitinka vieną ir tik vieną funkciją. Tokią sistemą lengva įsivaizduoti, tačiau praktika įvairesnė. Viena vertus, veikla ne visada yra visiškai automatizuota. Kai kuriuos tikslus, net ir įdiegus automatizuotą sistemą, tenka pasiekti rankiniu būdu. Kita vertus, kadangi tas pats rezultatas skirtingos sąlygos galima pasiekti įvairiais būdais, kelios funkcijos gali būti nukreiptos į vieną veiklos tikslą automatizuotoje sistemoje, pavyzdžiui, parduodant bilietą kasoje ir parduodant bilietą internete. Be to, bet kuriai automatizuotai sistemai reikalinga tam tikra priežiūra, todėl turime įvesti pagalbinės funkcijos sąvoką. Tipiškas pavyzdys- kūryba atsarginė kopija duomenis.

Automatizuotos sistemos užduotys

Bendru atveju, atliekant funkciją, dalį darbų atlieka personalas, o dalį – technika, pavyzdžiui, bilietas atspausdinamas automatiškai, o kasininkė jį pirkėjui išduoda rankiniu būdu. Automatinių (sic) veiksmų seka, vedanti į tam tikro tipo rezultatą, GOST 34.003-90 vadinama užduotis.

Čia ne visai tiksliai cituojamas problemos apibrėžimas, bet kol kas mums to užteks, galų gale, niekam nėra gėda pačiam skaityti standartą. Svarbu, kad užduotis būtų aiškiausiai formalizuota automatizuotos veiklos dalis. Galima įsivaizduoti visiškai automatiškai atliekamą funkciją, tokią kaip minėta aukščiau atsarginė kopija. Šiuo atveju funkcija sumažinama iki vienos užduoties.

Tą pačią užduotį galima išspręsti atliekant skirtingas funkcijas. Pavyzdžiui, jei automatizuota sistema turi kelias bilieto pardavimo funkcijas, tai kiekvienai iš jų tam tikru momentu gali tekti atsispausdinti bilietą.

Automatizuotos sistemos sudėtis

Posistemės

Jei automatizuota sistema yra pakankamai sudėtinga, ji skirstoma į posistemių. Ką tai reiškia, gana sudėtinga, pakankamai sunku pasakyti. Sistemų teorija aprašo skirtingi lygiai ir sunkumo kriterijus. Praktikoje poreikį automatizuotoje sistemoje skirti keletą posistemių dažnai lemia organizacinės ir finansinės priežastys, pavyzdžiui, posistemės kuriamos ir pradedamos eksploatuoti nuosekliai.

Nors GOST 34 terminas posistemis vartojamas pakartotinai, atrodo, kad nėra oficialaus šios sąvokos apibrėžimo. Patirtis rodo, kad posistemis yra automatizuotos sistemos dalis, kuri taip pat atitinka automatizuotos sistemos apibrėžimą, visų pirma turi visavertes funkcijas.

Grįžtant prie bilietų pardavimo pavyzdžio, galime nuspręsti, kad automatizuota sistema susideda iš dviejų posistemių: bilietų pardavimo posistemio ir kasdieninio ataskaitų teikimo posistemio. Tik susitarkime dėl didesnio aiškumo, kad kasininkė įveda bilietus teksto rengyklėje, o ataskaitas – į skaičiuokles.

Komponentai

Veiklos tikslų, automatizuotos sistemos ir prireikus jos posistemių funkcijų parinkimas iš esmės yra subjektyvus ir priklausomas nuo subjekto, kuris nusprendė tai padaryti, požiūrio. Jei koks nors rezultatas yra svarbus sprendžiamos problemos kontekste, tai galime laikyti tikslu, kitu atveju – ignoruoti. Taip pat automatizuotą sistemą skirstysime į posistemes taip, kaip mums patogu, jei tik mūsų sprendimai neprieštaraus šios koncepcijos turiniui.

Komponentai yra dalys, iš kurių mes esame objektyvi tikrovė sukurti automatizuotą sistemą. Sistema fiziškai susideda iš jos komponentų, todėl automatizuotos sistemos suskirstymas į komponentus yra objektyviausias.

Perkame, montuojame ir sujungiame kiekvieną komponentą (jei tai įranga), montuojame (jei tai programa) ir prižiūrime atskirai nuo kitų komponentų. Nusipirkome ir padėjome ant stalo kompiuterį – tai komponentas. Sukūrėme specialų teksto rengyklę bilietams įvesti – dar vieną komponentą. Atsisiuntėme nemokamas skaičiuokles iš interneto – vėlgi komponentas. Ir net pati kasininkė tam tikra prasme taip pat yra automatizuotos sistemos komponentas.

Automatizuotos sistemos komponentų sudėtis yra labai svarbi jos dokumentacijos požiūriu, nes pačios sistemos ir komponentų techninė dokumentacija tvarkoma skirtingai. Paprastai tariant, jis turėtų būti plėtojamas skirtingi žmonės, ir jis išduodamas pagal skirtingus standartus, priklausomai nuo komponento tipo.

Užstato rūšys

Viena iš sudėtingiausių sąvokų pradedančiajam GOST 34 vartotojui yra užstato tipas. Kas tai per saugumas? Ar matote ar jaučiate? Parduoti ar pirkti?

Kiekviena apsaugos rūšis sujungia tam tikro pobūdžio komponentus arba techninius sprendimus. GOST 34 mini daug skirtingi tipaiČia neaprašysime kiekvieno iš jų nuosekliai, o išvardijame tik labiausiai pastebimus:

  • informacinis palaikymas – visi duomenys ir metaduomenys, su kuriais sistema dirba;
  • programinė įranga – visos programos, kurios yra sistemos dalis;
  • techninė pagalba – viskas techninėmis priemonėmis(kitaip tariant, įranga, aparatūra), kurie yra sistemos dalis.

Vėlgi, tai nėra visų rūšių užstatas. Net negalime drąsiai teigti, kad jie yra patys svarbiausi. Pavyzdžiui, automatizuotoms valdymo sistemoms technologiniai procesai(APCS) metrologinė pagalba yra labai svarbi. Daugeliui automatizuotų sistemų reikalingas sudėtingas matematinis ir kalbinis palaikymas. Tačiau sunku įsivaizduoti automatizuotą sistemą, kurioje visiškai nebūtų vieno iš trijų aukščiau išvardytų paramos tipų (pratimas: išbandykite).

GOST 34.601-90 Informacinės technologijos. Automatizuotų sistemų standartų rinkinys. Automatizuotos sistemos. Kūrimo etapai.

G O S U D A R S T V E N N Y S T A N D A R T S O YU Z A S S S R

Pristatymo data
nuo 1992-01-01

Šis standartas taikomas automatizuotoms sistemoms (AS). įvairių tipų veikla (moksliniai tyrimai, projektavimas, vadyba ir kt.), įskaitant jų derinius, sukurtus organizacijose, asociacijose ir įmonėse (toliau – organizacijos).

Standartas nustato AS kūrimo etapus ir etapus. 1 priede pateikiamas kiekvieno etapo darbo turinys.

1. BENDROSIOS NUOSTATOS

1.1. AS kūrimo procesas – tai visuma sutvarkytų laike, tarpusavyje susijusių, sujungtų etapais ir darbo etapais, kurių įgyvendinimas yra būtinas ir pakankamas, kad būtų sukurta nurodytus reikalavimus atitinkanti AS.

1.2. AS kūrimo etapai ir etapai išskiriami kaip kūrimo proceso dalys racionalaus darbo planavimo ir organizavimo sumetimais, baigiant duotu rezultatu.

1.3. AS plėtros darbas atliekamas pagal AS kūrimo etapus ir etapus.

1.4. Šio standarto nustatytų etapų ir etapų darbų sudėtis ir atlikimo taisyklės nustatomos atitinkamuose organizacijų, dalyvaujančių kuriant konkrečių tipų atomines elektrines, dokumentuose.

Organizacijų, dalyvaujančių kuriant AS, sąrašas pateiktas 2 priede.

2. KAIP KŪRIMO ETAPAI IR ETAPAI

2.1. AS kūrimo etapai ir etapai bendruoju atveju pateikti lentelėje.

Darbo etapai

1. Reikalavimų AS formavimas

1.1. Objekto apžiūra ir būtinybės sukurti AS pagrindimas.

1.2. Vartotojų reikalavimų AS formavimas.

1.3. Atliktų darbų ataskaitos ir paraiškos AS kūrimui registravimas (taktinis įgaliojimai)

2. AS koncepcijos kūrimas.

2.1. Objekto tyrimas.

2.2. Būtinų tiriamųjų darbų atlikimas.

2.3. Vartotojo reikalavimus atitinkančios AS koncepcijos variantų kūrimas.

2.4. Ataskaitos apie atliktus darbus rengimas.

3. Darbo sąlygos.

AS steigimo sąlygų sudarymas ir tvirtinimas.

4. Preliminarus dizainas.

4.1. Sistemos ir jos dalių preliminaraus projektavimo sprendinių kūrimas.

4.2. AS ir jos dalių dokumentacijos rengimas.

5. Techninis projektas.

5.1. Sistemos ir jos dalių projektinių sprendimų kūrimas.

5.2. AS ir jos dalių dokumentacijos rengimas.

5.3. Produktų tiekimo, skirtos atominėms elektrinėms įsigyti ir (arba) įsigyti, dokumentacijos rengimas ir vykdymas Techniniai reikalavimai(techninės specifikacijos) jų kūrimui.

5.4. Projektavimo užduočių rengimas gretimose automatikos objekto projekto dalyse.

6. Darbo dokumentacija.

6.1. Sistemos ir jos dalių darbinės dokumentacijos rengimas.

6.2. Programų kūrimas ar pritaikymas.

7. Eksploatacijos pradžia.

7.1. Automatikos objekto paruošimas AU paleidimui.

7.2. Personalo mokymas.

7.3. AU komplektavimas su tiekiamais produktais (programine ir technine įranga, programine ir technine įranga, informaciniais produktais).

7.4. Statybos ir montavimo darbai.

7.5. Paleidimo darbai.

7.6. Preliminarių testų atlikimas.

7.7. Bandomosios operacijos vykdymas.

7.8. Priėmimo testų atlikimas.

8. Lydintys garsiakalbiai

8.1. Darbų atlikimas pagal garantinius įsipareigojimus.

8.2. Pogarantinis aptarnavimas.

2.2. Organizacijų – atominių elektrinių kūrimo darbų dalyvių – atliekamų etapų etapai nustatomi sutartyse ir techninės užduotyse remiantis šiuo standartu.

Leidžiama išskirti etapą „Projektavimas“ ir atskirus darbo etapus visuose etapuose, sujungti etapus „Techninis projektas“ ir „Detali dokumentacija“ į vieną etapą „Detalus projektavimas“. Atsižvelgiant į kuriamos AS specifiką ir sąlygas jiems sukurti, leidžiama atlikti atskirus darbų etapus iki ankstesnių etapų užbaigimo, lygiagretaus darbų etapų atlikimo laiku, naujų darbų etapų įtraukimo.

1 PRIEDĖLIS
(nuoroda)

1. 1.1 etape. „Objekto tyrimas ir kūrimo būtinumo AE pagrindimas“ bendruoju atveju atliekamas:

  • a) duomenų apie automatizavimo objektą ir vykdomos veiklos rūšis rinkimas;
  • b) objekto funkcionavimo kokybės ir vykdomos veiklos rūšių įvertinimas, problemų, kurias galima išspręsti automatizavimo priemonėmis, nustatymas;
  • c) atominės elektrinės kūrimo galimybių įvertinimas (techninis, ekonominis, socialinis ir kt.).

2. 1.2 etape. „Naudotojų reikalavimų AS formavimas“ atliekamas:

  • a) pradinių duomenų rengimas AS reikalavimams formuoti (automatizacijos objekto charakteristikos, reikalavimų sistemai aprašymas, leistinų kūrimo, paleidimo ir eksploatavimo sąnaudų ribos, laukiamas iš sistemos poveikis, sistemos sukūrimo ir veikimo sąlygos);
  • b) naudotojų reikalavimų AS formulavimas ir vykdymas.

3. 1.3 etape. „Ataskaitos apie atliktus darbus ir paraiškos AS plėtrai pateikimas (techninė ir techninė užduotis)“ surašyti šiame etape atliktų darbų ataskaitą ir surašyti paraišką AS plėtrai (taktinė ir techninė užduotis). pavedimas) arba kitas dokumentas, pakeičiantis jį panašaus turinio.

4. 2.1 etapuose. „Objekto tyrimas“ ir 2.2. „Atlikdama tiriamąjį darbą“ kūrėjų organizacija atlieka išsamią automatizavimo objekto studiją ir reikalingus tyrimo darbus (MTEP), susijusius su vartotojų reikalavimų įgyvendinimo būdų paieška ir galimybių įvertinimu, MTEP ataskaitų sudarymu ir tvirtinimu.

5. 2.3 etape. „AS koncepcijos variantų kūrimas ir vartotojo reikalavimus atitinkančio AS koncepcijos varianto parinkimas“ bendruoju atveju jie rengia alternatyvius kuriamo AS koncepcijos variantus ir jų planus. įgyvendinimas; jų įgyvendinimui ir veikimui reikalingų išteklių įvertinimas; kiekvienos galimybės privalumų ir trūkumų įvertinimas; kokybės vertinimo tvarkos ir sistemos priėmimo sąlygų nustatymas; sistemos gauto poveikio įvertinimas.

6. 2.4 veiksme. „Atliktų darbų ataskaitos suformavimas“ parengti ir surašyti aktą, kuriame aprašomas atliktų darbų aprašymas ir siūlomos sistemos koncepcijos versijos pagrindimas.

7. 3.1 veiksme. „AE kūrimo techninių užduočių rengimas ir tvirtinimas“ vykdo AE techninių užduočių ir, jei reikia, AE dalių techninės užduoties rengimą, vykdymą, derinimą ir tvirtinimą.

8. 4.1 veiksme. „Sistemos ir jos dalių išankstinių projektinių sprendinių kūrimas“ apibrėžiami: AS funkcijos; posistemių funkcijos, jų tikslai ir poveikis; užduočių kompleksų ir individualių užduočių sudėtis; informacinės bazės samprata, išplėsta jos struktūra; duomenų bazių valdymo sistemos funkcijos; kompiuterinės sistemos sudėtis; pagrindinių programinės įrangos įrankių funkcijos ir parametrai.

9. 5.1 veiksme. „Sistemos ir jos dalių projektinių sprendimų kūrimas“ užtikrina bendrųjų sistemos ir jos dalių sprendinių kūrimą, funkcinę-algoritminę sistemos struktūrą, personalo funkcijas ir organizacinė struktūra, techninių priemonių struktūra, problemų sprendimo algoritmais ir vartojamomis kalbomis, informacinės bazės tvarkymu ir palaikymu, informacijos klasifikavimo ir kodavimo sistema, programine įranga.

10. 4.2 žingsniuose. ir 5.2. „AE ir jos dalių dokumentacijos kūrimas“ atlieka dokumentacijos rengimą, vykdymą, derinimą ir tvirtinimą tiek, kiek reikia visam priimtų projektinių sprendimų rinkiniui aprašyti ir kurio pakaktų tolesniam AE kūrimo darbui. Dokumentų rūšys - pagal GOST 34.201-89.

11. 5.3 veiksme. „Produktų, skirtų AE užbaigti, tiekimo dokumentacijos ir (ar) techninių reikalavimų (techninių specifikacijų) jų rengimui rengimas ir įforminimas“ atlieka: gaminių tiekimo AE užbaigimui dokumentacijos rengimą ir įforminimą; techninių reikalavimų nustatymas ir techninių specifikacijų rengimas gaminiams, kurie nėra gaminami masiškai, kūrimui.

12. 5.4 etape "Projektavimo užduočių rengimas gretimose automatikos objekto projekto dalyse" parengia, vykdo, derina ir tvirtina projektavimo užduotis gretimose automatikos objekto projekto dalyse statybos, elektros, sanitarinių ir kt. parengiamieji darbai susijęs su AS sukūrimu.

13. 6.1 etape „Sistemos ir jos dalių darbinės dokumentacijos rengimas“ parengia darbinę dokumentaciją, kurioje yra visa reikalinga ir pakankama informacija, užtikrinanti AE paleidimo ir eksploatavimo darbų įgyvendinimą bei priežiūrą. sistemos eksploatacinių charakteristikų (kokybės) lygis pagal priimtus projektinius sprendimus, jo projektavimas, derinimas ir patvirtinimas. Dokumentų tipai pagal GOST 34.201-89.

14. 6.2 etape „Programų kūrimas ar pritaikymas“ vykdomas sistemos programų ir programinių įrankių kūrimas, įsigytų programinės įrangos įrankių parinkimas, pritaikymas ir (ar) susiejimas, programinės įrangos dokumentacijos kūrimas pagal GOST 19.101. išeiti.

15. 7.1 etape „Automatizacijos objekto paruošimas AU pradėti eksploatuoti“ atliekamas automatikos objekto organizacinis paruošimas AU pradėti eksploatuoti, įskaitant:

  • projektinių sprendimų dėl atominės elektrinės organizacinės struktūros įgyvendinimas;
  • Valdymo objekto vienetų aprūpinimas mokomąja ir metodine medžiaga;
  • informacijos klasifikatorių įvedimas.

16. 7.2 etape „Personalo mokymas“ apmokomi darbuotojai ir tikrinamas jų gebėjimas užtikrinti AE funkcionavimą.

17. 7.3 etape „AS supakavimas su tiekiama produkcija (programine ir technine įranga, programinės ir techninės įrangos kompleksais, informaciniais produktais)“ užtikrinti serijinės ir vienetinės gamybos komponentų, medžiagų ir montavimo gaminių priėmimą, vykdyti įvesties valdymas jų savybes.

18. 7.4 etape „Statybos ir montavimo darbai“ atlikti:

  • specializuotų pastatų (patalpų), skirtų techniniams objektams ir AE personalui išdėstyti, statybos darbų atlikimas;
  • kabelinių kanalų statyba;
  • techninių priemonių ir ryšių linijų įrengimo darbų atlikimas;
  • įrengtų techninių priemonių testavimas;
  • techninių priemonių paleidimui pristatymas.

19. 7.5 etape „Paleidimas eksploatuoti“ atlikti:

  • autonominis aparatinės ir programinės įrangos reguliavimas,
  • įkelti informaciją į duomenų bazę ir tikrinti jos priežiūros sistemą;
  • kompleksinis visų sistemos priemonių reguliavimas.

20. 7.6 etape „Preliminarių bandymų atlikimas“ atlikti:

  • a) AS tikrinimas, ar jis veikia ir ar laikomasi techninių sąlygų, pagal išankstinių bandymų programą ir metodiką;
  • b) trikčių šalinimas ir AE dokumentacijos, įskaitant eksploatacinius dokumentus, keitimas pagal bandymo protokolą;
  • c) AE priėmimo bandomajam eksploatavimui akto įregistravimas.

21. 7.7 etape „Bandomosios operacijos vykdymas“ atliekama:

  • eksperimentinė AS veikla;
  • AE bandomosios eksploatacijos rezultatų analizė;
  • peržiūra (jei reikia) programinė įranga kintamoji srovė;
  • papildomas AS techninių priemonių koregavimas (jei reikia);
  • bandomosios operacijos atlikimo pažymėjimo įregistravimas.

22. 7.8 etape „Priėmimo bandymų atlikimas“ atlikti:

  • a) techninių užduočių atitikties bandymai pagal priėmimo testų programą ir metodiką;
  • b) AU testų rezultatų analizė ir bandymų metu nustatytų trūkumų pašalinimas;
  • c) AE priėmimo nuolatiniam eksploatavimui akto įregistravimas.

23. 8.1 etape „Darbų atlikimas pagal garantinius įsipareigojimus“ atliekami darbai, siekiant pašalinti AE eksploatavimo metu nustatytus trūkumus per nustatytą terminą. garantiniai terminai, atlikdamas būtinus AS dokumentacijos pakeitimus.

24. 8.2 etape „Pogarantinis aptarnavimas“ atliekami darbai:

  • a) sistemos veikimo analizė;
  • b) faktinių AE eksploatacinių charakteristikų nukrypimų nuo projektinių verčių nustatymas;
  • c) šių nukrypimų priežasčių nustatymas;
  • d) nustatytų trūkumų šalinimas ir AE eksploatacinių charakteristikų stabilumo užtikrinimas;
  • e) atlikti būtinus AS dokumentų pakeitimus.

2 PRIEDAS
(nuoroda)

ORGANIZACIJŲ, DALYVAUJANČIŲ KŪRIANT AS, SĄRAŠAS.

1. Klientų organizacija (naudotojas), kuriai kuriamos AE ir kuri teikia finansavimą, darbų priėmimą ir AE eksploatavimą bei įgyvendinimą. individualūs darbai sukurti AS.

2. Plėtros organizacija, kuri vykdo AS kūrimo darbus, teikia klientui mokslinių ir techninių paslaugų rinkinį įvairiuose kūrimo etapuose ir etapuose, taip pat kuria ir tiekia įvairią AS programinę ir techninę įrangą.

3. Organizacija-tiekėjas, gaminantis ir tiekiantis programinę ir techninę įrangą kūrėjo ar kliento pageidavimu.

4. Organizacija-generalinis automatikos objekto projektuotojas.

5. Organizacijos-projektuotojai įvairių dalių automatikos objekto projekto statybos, elektros, sanitarinių ir kitų parengiamųjų darbų, susijusių su AS kūrimu.

6. Statybos, montavimo, derinimo ir kitos organizacijos.

Pastabos:

  • a) priklausomai nuo AS kūrimo sąlygų, galimi įvairūs užsakovo, kūrėjo, tiekėjo ir kitų su AS kūrimu susijusių organizacijų funkcijų deriniai;
  • b) jų darbo AS kūrimo etapai ir etapai nustatomi remiantis šiuo standartu.
GOST 24.104-85 Automatinės valdymo sistemos. Bendrieji reikalavimai (3 skirsnis pakeistas GOST 34.603-92) 3 skyrius pakeistas GOST 34.603-92 SSRS valstybinio standartų komiteto 1985 m. gruodžio 20 d. dekretu Nr. 4632 buvo nustatytas įvedimo terminas.

nuo 1987-01-01

Šis standartas taikomas visų tipų automatizuotoms valdymo sistemoms (ACS) (išskyrus nacionalines) ir nustato Bendrieji reikalavimaiį automatizuotą valdymo sistemą apskritai, apie automatinės valdymo sistemos funkcijas, personalo pasirengimą ir automatinės valdymo sistemos palaikymo tipus, saugą ir ergonomiką, tikrinimo tipus ir tvarką pradedant eksploatuoti automatizuotą valdymo sistemą, automatizuotos valdymo sistemos komplektiškumas, garantijos.

Standartas nenustato reikalavimų automatizuotoms valdymo sistemoms, nulemtų valdymo objektų specifikos. Šie reikalavimai suformuluoti kiekvienos automatizuotos valdymo sistemos kūrimo ar tobulinimo techninėje užduotyje arba kituose automatinės valdymo sistemos užsakovo skyriaus norminiuose ir techniniuose dokumentuose.

Papildomi reikalavimai technologinių procesų automatizuotoms valdymo sistemoms, automatizuotoms valdymo sistemoms įmonėms, gamybinėms ir mokslinių tyrimų bei gamybinėms asociacijoms, pramonės šakai būdingoms automatizuotoms valdymo sistemoms nustatyti atitinkamai privalomuose 1-3 prieduose.

Nuoroda 4 priede pateikiami kai kurių standarte vartojamų terminų paaiškinimai.

1. REIKALAVIMAI ACS

1.1. ACS reikalavimai apskritai

1.1.1. Bet kokios rūšies automatizuota valdymo sistema turi atitikti šio standarto reikalavimus, jos kūrimo ar tobulinimo techninės užduoties (toliau – automatizuotos valdymo sistemos TOR) reikalavimus, taip pat norminių ir teisės aktų reikalavimus, techniniai dokumentai, galiojantys automatizuotos valdymo sistemos užsakovo skyriuje.

1.1.2. Automatizuotos valdymo sistemos paleidimas turėtų duoti naudingų techninių, ekonominių, socialinių ar kitų rezultatų, pavyzdžiui:

  • sumažinimas valdymo personalas;
  • valdymo objekto veikimo kokybės gerinimas;
  • valdymo kokybės gerinimas ir kt.

1.1.3. Konkretus pastraipose nurodytų reikalavimų turinys. 1.1.2, 1.1.5–1.1.11, 1.2, 1.3, 1.4.2, 1.4.3, 1.4.6, 1.4.9, 1.5.2, 1.5.4, 1.5.6, 1.5.7, 1.6. 2, 1.6.6, 1.6.12, 1.7.2, 1.7.3 yra nustatyti ACS ToR.

1.1.4. Automatizuota valdymo sistema turėtų užtikrinti jos kūrimo (plėtojimo) tikslų, nustatytų TOR automatizuotai valdymo sistemai, pasiekimą.

1.1.5. ACS turi užtikrinti suderinamumą tarp savo dalių, taip pat su automatizuotomis sistemomis (AS), sujungtomis su šia ACS.

Tais atvejais, kai kompiuterių tinklo pagrindu sukuriama automatizuota valdymo sistema arba automatizuotų valdymo sistemų (AS) rinkinys, siekiant užtikrinti tokio tinklo elementų suderinamumą, turėtų būti taikomos daugiapakopės sąveikos protokolų sistemos.

1.1.6. Visa automatizuota valdymo sistema ir visos jos paramos rūšys turi būti pritaikytos modernizavimui, plėtrai ir plėtrai pagal TOR automatizuotai valdymo sistemai nurodytus reikalavimus.

1.1.7. Automatizuotos valdymo sistemos kaip visumos ir kiekvienos jos automatizuotos funkcijos patikimumo turėtų pakakti, kad būtų pasiekti nustatyti sistemos veikimo tam tikromis naudojimo sąlygomis tikslai.

1.1.8. Automatizuotos valdymo sistemos pritaikomumas turėtų būti pakankamas, kad būtų pasiekti nustatyti jos veikimo tikslai esant tam tikram naudojimo sąlygų pasikeitimui.

1.1.9. Automatizuota valdymo sistema turėtų numatyti automatizuotų funkcijų atlikimo teisingumo stebėjimą ir diagnozavimą, nurodant automatinės valdymo sistemos tinkamo veikimo pažeidimų vietą, tipą ir priežastis.

1.1.10. Automatinėse valdymo sistemose su matavimo kanalais turi būti įmanoma valdyti matavimo kanalų metrologines charakteristikas.

1.1.11. Automatizuotoje valdymo sistemoje turi būti numatytos apsaugos priemonės nuo neteisingų personalo veiksmų, sukeliančių objekto ar valdymo sistemos avarinę būklę, nuo atsitiktinių informacijos ir programų pakeitimų bei sunaikinimo, taip pat nuo neleistino įsikišimo.

1.1.12. Bet kokia informacija, patenkanti į ACS, į sistemą įvedama vieną kartą vienu įvesties kanalu, jei dėl to neįvykdomi TOR nustatyti ACS reikalavimai (patikimumui, patikimumui ir pan.).

1.1.13. To paties semantinio turinio išvesties informacija ACS turi būti sugeneruota vieną kartą, neatsižvelgiant į gavėjų skaičių.

1.1.14. ACS duomenų bazėse esanti informacija turi būti atnaujinama atsižvelgiant į jos naudojimo dažnumą atliekant sistemos funkcijas.

1.1.15. Automatizuota valdymo sistema turi būti apsaugota nuo informacijos nutekėjimo, jei tai numatyta automatinės valdymo sistemos TOR.

1.1.16. Į automatinio valdymo sistemos pavadinimą turi būti įtrauktas automatinio valdymo sistemos tipo pavadinimas ir valdymo objektas.

Pavyzdžiui:

  • PCS metalo kaitinimui proceso krosnyje;
  • cecho Nr.5 organizacinė ir technologinė automatizuoto valdymo sistema;
  • Automatizuota gamyklos „Paktukas ir pjautuvas“ valdymo sistema

1.2. Reikalavimai ACS funkcijoms

1.2.1. ACS viduje reikiamų tūrių turėtų automatiškai daryti:

  • informacijos (signalų, pranešimų, dokumentų ir kt.) apie valdymo objekto būklę rinkimas, apdorojimas ir analizė;
  • kontrolės veiksmų (programų, planų ir kt.) rengimas;
  • kontrolės veiksmų (signalų, nurodymų, dokumentų) perdavimą vykdyti ir jo kontrolę;
  • kontrolės veiksmų įgyvendinimas ir vykdymo kontrolė;
  • keitimasis informacija (dokumentais, žinutėmis ir kt.) su tarpusavyje sujungtomis automatizuotomis sistemomis.

1.2.2. ACS automatizuotų funkcijų (užduočių, užduočių kompleksų – toliau – funkcijos) sudėtis turėtų suteikti galimybę valdyti atitinkamą objektą pagal bet kurį iš ACS TOR nustatytų tikslų.

1.2.3. Automatizuotos valdymo sistemos automatizuotų funkcijų sudėtis ir jų automatizavimo laipsnis turi būti techniškai, ekonomiškai ir (ar) socialiai pagrįstas, atsižvelgiant į poreikį išlaisvinti darbuotojus nuo pasikartojančių veiksmų ir sudaryti sąlygas panaudoti savo kūrybinius gebėjimus. darbo procesas.

1.3. ACS personalo pasirengimo reikalavimai

1.3.1. Automatizuotos valdymo sistemos personalo kvalifikacija turėtų užtikrinti efektyvų sistemos funkcionavimą visais nurodytais režimais.

1.3.2. ACS darbuotojai turi būti pasirengę atlikti savo pareigas pagal organizacinės paramos instrukcijas.

1.3.3. Kiekvienas asmuo, priklausantis ACS personalui, turi taikyti atitinkamus informacijos modelius ir dirbti su jo naudojamomis techninėmis priemonėmis ir dokumentacija, kuri nustato jo veiklos tvarką.

1.4. Reikalavimai automatizuotų valdymo sistemų techninei priežiūrai

1.4.1. Automatinio valdymo sistemos techninių priemonių komplekso turėtų pakakti visoms automatizuotoms automatizuotos valdymo sistemos funkcijoms atlikti.

1.4.2. Automatizuotų valdymo sistemų techninių priemonių komplekse daugiausia turėtų būti naudojamos masinės gamybos techninės priemonės. Esant poreikiui, leidžiama naudoti vienetinės gamybos technines priemones.

1.4.3. Pakartotinės automatizuotos valdymo sistemos ir jų dalys turi būti kuriamos remiantis vieningomis techninėmis priemonėmis.

1.4.4. Automatinės valdymo sistemos techninės priemonės turi būti išdėstytos taip, kad atitiktų techninėje, įskaitant eksploatacinę, dokumentacijoje joms keliamus reikalavimus ir kad būtų patogu jas naudoti automatinės valdymo sistemos veikimo metu ir atlikti techninę priežiūrą.

1.4.5. Techninių priemonių, kurias naudoja ACS darbuotojai, vykdydami automatizuotas funkcijas, išdėstymas turi atitikti ergonominius reikalavimus: gamybos įrangai pagal GOST 12.049-80, vaizdinės informacijos pateikimo priemonėms pagal GOST 21829-76, įskaitant kolektyvinį naudojimą. švieslentės iš skaitmeninius ženklus sintezuojančių elektroliuminescencinių indikatorių pagal GOST 21837-76.

1.4.6. Automatinės valdymo sistemos techninės priemonės, naudojamos automatizuoto valdymo sistemai sąveikaujant su kitomis sistemomis, turi būti suderinamos sąsajose su atitinkamomis šių sistemų techninėmis priemonėmis ir naudojamomis ryšių sistemomis.

1.4.7. Automatizuota valdymo sistema turi naudoti technines priemones, kurių tarnavimo laikas ne trumpesnis kaip dešimt metų. Naudoti trumpesnio tarnavimo laiko technines priemones leidžiama tik pagrįstais atvejais ir susitarus su automatizuotos valdymo sistemos užsakovu.

1.4.8. Bet kuri iš automatinės valdymo sistemos techninių priemonių turi leisti ją pakeisti panašios funkcinės paskirties įrankiu be jokių struktūrinių pakeitimų ar derinimų likusiose automatinės valdymo sistemos techninėse priemonėse (išskyrus atvejus, specialiai numatytus techninėje dokumentacijoje). automatizuota valdymo sistema).

1.4.9. Automatizuotų valdymo sistemų techninės priemonės gali būti naudojamos tik jų eksploatacinėje dokumentacijoje nurodytomis sąlygomis. Tais atvejais, kai jas būtina naudoti aplinkoje, kurios parametrai viršija šioms techninėms priemonėms nustatytas leistinas reikšmes, reikia imtis priemonių, kad atskiros automatinės valdymo sistemos techninės priemonės būtų apsaugotos nuo išorinių įtakos veiksnių įtakos.

1.4.10. Automatizuotoje valdymo sistemoje turi būti naudojama kompiuterinė technologija, atitinkanti bendruosius techninius reikalavimus pagal GOST 22552-84.

1.4.11. ACS turėtų naudoti technines priemones, atitinkančias:

  • pagal atsparumą išoriniams įtakos veiksniams - GOST 12997-76 pramoniniams įrenginiams ir automatikos įrangai GSP, GOST 14254-80 elektros gaminių korpusams, GOST 17516-72 elektros gaminiams, atsižvelgiant į mechaninių veiksnių poveikį. išorinė aplinka, GOST 21552-84 kompiuterinei įrangai;
  • dėl galios parametrų - GOST 12997-76 pramoniniams įrenginiams ir automatikos įrangai GSP, GOST 21552-84 kompiuterinei įrangai;
  • pagal eksploatacinių savybių kategoriją - GOST 12997-76 pramoniniams įrenginiams ir automatikos įrangai GSP, GOST 21552-84 kompiuterinei įrangai.

1.4.12. Automatinės valdymo sistemos techninių priemonių apsauga nuo išorinių elektrinių ir magnetinių laukų poveikio, taip pat trukdžių maitinimo grandinėse turi būti pakankama, kad techninės priemonės efektyviai atliktų savo paskirtį automatinės valdymo sistemos veikimo metu. .

1.4.13. Automatizuotoje valdymo sistemoje, vadovaujantis „Visos Sąjungos leistinų pramoninių trukdžių normų“ 1-72 - 9-72 ir GOST 23450-79 reikalavimais, turi būti imamasi priemonių apsaugoti aplinką nuo pramoninių radijo trukdžių. skleidžiamas automatinės valdymo sistemos techninėmis priemonėmis eksploatacijos metu, taip pat įjungimo ir išjungimo momentu.

1.4.14. Bendrieji ergonominiai reikalavimai mnemoninėms diagramoms - pagal GOST 21480-76, vizualinių indikatorių skaičiavimo įtaisams - pagal GOST 22902-78, kolektyvinio naudojimo plokštėms ant skaitmeninių ženklų sintezuojančių elektroliuminescencinių indikatorių - pagal GOST 21837-76, katodinio pluošto vamzdžiams vaizdinei informacijai rodyti - pagal GOST 23144-78.

1.4.15. Bendrieji ergonominiai reikalavimai konsolių jungikliams: sukamieji - pagal GOST 22613-77, klaviatūra ir mygtukas - pagal GOST 22614-77, tipo "Tumbler" - pagal GOST 22615-77.

1.4.16. Bendrieji ergonominiai reikalavimai garsinių pirminių pranešimų signalizavimo įrenginiams - pagal GOST 21786-76.

1.4.17. Bendrieji ergonominiai reikalavimai, reglamentuojantys darbo vietos organizavimą, santykinę informacijos rodymo įrenginių, valdymo ir ryšio įrenginių padėtį darbo vietoje – pagal GOST 22269-76, įskaitant pultus – pagal GOST 23000-76.

1.4.18. Bendrieji ergonominiai reikalavimai operatoriaus sėdynėms pagal GOST 21889-76.

1.4.19. Bendrieji salės, operatoriaus kabinų ir santykinės sėdynių padėties ergonominiai reikalavimai – pagal GOST 21958-76.

1.5. ACS programinės įrangos reikalavimai

1.5.1. ACS programinė įranga turi būti pakankama atlikti visas kompiuterines technologijas įgyvendintas ACS funkcijas, taip pat turėti priemones organizuoti visus reikiamus duomenų apdorojimo procesus, leidžiančius laiku atlikti visas automatizuotas funkcijas visais reguliuojamais ACS darbo režimais.

1.5.2. ACS programinė įranga turi turėti šias savybes:

  • funkcinis pakankamumas (išsamumas);
  • patikimumas (įskaitant atkuriamumą, klaidų aptikimo priemonių prieinamumą);
  • prisitaikymas;
  • modifikavimas;
  • konstrukcijos moduliškumas ir
  • naudojimo paprastumas.

1.5.3. ACS programinė įranga turėtų būti daugiausia sukurta remiantis esamais taikomosios programos paketais ir kitomis programomis, pasiskolintomis iš valstybės, pramonės ir kitų algoritmų ir programų fondų, leisti įkelti ir tikrinti dalimis, o kai kurias programas pakeisti netaisant kitų.

1.5.4. Automatizuota valdymo sistema daugiausia turėtų naudoti nustatyta tvarka registruotas duomenų bazių valdymo sistemas (DBVS).

1.5.5. ACS programinė įranga turi būti sukurta taip, kad atskirų duomenų nebuvimas neturėtų įtakos ACS funkcijų, kurias įgyvendinant šie duomenys nenaudojami, veikimui.

1.5.6. ACS programinė įranga turi turėti priemones, leidžiančias diagnozuoti ACS technines priemones ir kontroliuoti įvesties informacijos patikimumą.

1.5.7. Automatizuotos valdymo sistemos programinėje įrangoje turėtų būti įdiegtos apsaugos nuo klaidų informacijos įvedimo ir apdorojimo metu priemonės, užtikrinančios nurodytą automatizuotos valdymo sistemos funkcijų atlikimo kokybę.

1.5.8. Bendroji automatizuotos valdymo sistemos programinė įranga turėtų leisti konfigūruoti specialios programinės įrangos komponentus ir toliau tobulinti automatizuotos valdymo sistemos programinę įrangą nenutraukiant jos veikimo proceso. Jau sukurta ir įkelta programinė įranga turi būti apsaugota nuo atsitiktinių pakeitimų.

1.5.9. Visos specialios konkrečios automatizuotos valdymo sistemos programinės įrangos programos turi būti suderinamos tiek tarpusavyje, tiek su jos bendra programine įranga.

1.5.10. Automatinės valdymo sistemos operacinės programinės įrangos dokumentacija turi atitikti ESPD standartus ir joje turi būti visa informacija, reikalinga automatinės valdymo sistemos personalui naudotis programine įranga, jos pirminiam atsisiuntimui ir (ar) generavimui, atsisiunčiant informaciją iš -lentos informacinė bazė, paleidžiant automatizuoto valdymo sistemos programas, tikrinant jų veikimą naudojant atitinkamus testus.

1.5.11. Naujai kuriami kuriant konkrečią automatizuotą valdymo sistemą, jos programinėje įrangoje esantys programinės įrangos produktai turi būti registruoti valstybės, pramonės ar kituose algoritmų ir programų fonduose (pagal poreikį).

1.6. Automatizuotų valdymo sistemų informacinio palaikymo reikalavimai

1.6.1. Automatizuotos valdymo sistemos informacinio palaikymo turėtų pakakti visoms automatizuotoms automatizuotos valdymo sistemos funkcijoms atlikti.

1.6.2. Norint užkoduoti informaciją, naudojamą tik šioje automatizuotoje valdymo sistemoje, turėtų būti taikomi automatinės valdymo sistemos užsakovo priimti klasifikatoriai.

1.6.3. Norint užkoduoti ACS išvesties informaciją, naudojamą aukštesniu lygiu, reikia naudoti aukštesnių valdymo sistemų klasifikatorius, išskyrus specialiai numatytus atvejus.

1.6.4. Bendrieji ergonominiai reikalavimai informacijos kodavimui – pagal GOST 21829-76.

1.6.5. Automatizuotoje ryšio tarp techninių priemonių komplekso įrenginių valdymo sistemoje turėtų būti taikoma:

  • įvesties ir išvesties signalai:
    • elektros srovė ir įtampa pagal GOST 26.011-80, su atskiru parametrų pasikeitimu pagal GOST 26.013-81, koduojama pagal GOST 26.014-81,
    • hidraulinė pagal GOST 26.012-80,
    • pneumatinis pagal GOST 26.015-81;
  • raidiniai ir skaitmeniniai simbolių rinkiniai pagal GOST 19767-74;
  • 8 bitų kodai pagal GOST 19768-74.

1.6.6. Automatinės valdymo sistemos informacinis palaikymas turi būti suderinamas su su ja sąveikaujančių sistemų informaciniu palaikymu savo turiniu, kodavimo sistema, adresavimo metodais, duomenų formatais ir automatinės valdymo sistemos gaunamos ir išduodamos informacijos pateikimo forma. .

1.6.7. ACS sukurtos dokumentų formos turi atitikti KDR standartų arba ACS kliento skyriaus norminių ir techninių dokumentų reikalavimus.

1.6.8. Dokumentų ir vaizdo kadrų formos, įvestos, išvestos arba pataisytos per ACS gnybtus, turi atitikti atitinkamas Techninės specifikacijos terminalai.

1.6.9. Automatizuotos valdymo sistemos informacijos masyvų rinkinys turėtų būti organizuojamas duomenų bazių pavidalu mašininėse laikmenose.

1.6.10. Automatizuotos valdymo sistemos išvesties informacijos pateikimo forma turi būti suderinta su sistemos užsakovu (vartotoju).

1.6.11. ACS išvesties dokumentuose vartojami terminai ir santrumpos turi būti visuotinai priimtinos nurodytoje srityje ir suderintos su sistemos klientu.

1.6.12. ACS turi numatyti būtinas priemones AKS informacijos masyvuose esantiems duomenims valdyti ir atnaujinti, masyvus atkurti sugedus bet kuriai AKS techninei priemonei, taip pat kontroliuoti to paties pavadinimo informacijos tapatumą duomenų bazėse. .

1.7. Reikalavimai automatizuotų valdymo sistemų organizaciniam palaikymui

1.7.1. Automatizuotos valdymo sistemos organizacinės paramos turėtų pakakti, kad automatinės valdymo sistemos darbuotojai efektyviai atliktų jam pavestas pareigas, vykdydami automatizuotas pareigas, įgyvendindami automatizuotas ir susijusias neautomatizuotas funkcijas. sistema.

1.7.2. Automatizuotos valdymo sistemos organizacinė struktūra turėtų leisti atlikti visas automatizuotos valdymo sistemos funkcijas, atsižvelgiant į jų pasiskirstymą pagal valdymo lygius.

1.7.3. Reikalavimai pareigų paskirstymui tarp personalo, dalyvaujančio automatizuotos valdymo sistemos veikloje realiu laiku, nustatomi atsižvelgiant į privalomojo 1 priedo 11 punkto reikalavimus.

1.7.4. ACS organizacinio palaikymo instrukcijose turėtų būti nustatyti ACS personalo veiksmai, reikalingi kiekvienai automatizuotai funkcijai atlikti visais ACS veikimo režimais, atsižvelgiant į nurodytus ACS personalo diegimo tikslumo ir greičio reikalavimus. jų funkcines pareigas, taip pat turi būti konkrečių nurodymų dėl veiksmų įvykus avarinei situacijai arba pažeidžiant normalias automatizuotos valdymo sistemos veikimo sąlygas. Reikalavimai instrukcijų turiniui - pagal GOST 24.209-80.

1.7.5. Kiekvienai automatizuotai funkcijai, kuri atliekama sąveikaujant šiai automatizuotai valdymo sistemai su kitomis sistemomis, instrukcijos automatizuotos valdymo sistemos ir šių sistemų personalui turi būti tarpusavyje sujungtos visiems šios funkcijos vykdymo režimams ir turi būti pateiktos instrukcijos apie personalo veiksmus automatizuotos valdymo sistemos techninių priemonių gedimo atveju.

1.8. Reikalavimai automatizuotų valdymo sistemų kalbiniam palaikymui

1.8.1. ACS kalbinio palaikymo turėtų pakakti įvairių kategorijų vartotojų bendravimui jiems patogia forma su ACS automatizavimo įrankiais bei ACS apdorojamos informacijos transformavimo procedūrų ir mašininio atvaizdavimo įgyvendinimui.

1.8.2. Kalbinė ACS pagalba turėtų apimti:

  • jeigu kalbos įrankiai apibūdinti bet kokią ACS naudojamą informaciją;
  • vartojamos kalbos priemonės unifikuotos;
  • standartizuoti to paties tipo informacijos elementų aprašymai ir sintaksinių konstrukcijų įrašai;
  • užtikrinamas vartotojo komunikacijos su automatizuotomis valdymo sistemomis patogumas, vienareikšmiškumas ir stabilumas;
  • yra priemonių ištaisyti klaidas, kurios atsiranda vartotojams bendraujant su automatizuotos valdymo sistemos techninėmis priemonėmis.

1.8.3. Automatizuotos valdymo sistemos lingvistinis palaikymas turėtų atsispindėti automatizuotos valdymo sistemos organizacinio palaikymo dokumentuose (instrukcijose, aprašymuose) kaip taisyklės, skirtos vartotojams bendrauti su techninėmis automatinės valdymo sistemos priemonėmis visais valdymo režimais. sistemos veikimas.

1.9. Automatizuotų valdymo sistemų teisinio palaikymo reikalavimai

Teisinė automatizuotų valdymo sistemų pagalba turėtų apimti rinkinį teisinius reglamentus:

  • informacijos apie duomenų laikmenas ir automatizuotos valdymo sistemos funkcionavimui naudojamų bei sistemos sukurtų dokumentų teisinės galios nustatymas;
  • reguliuojantys teisinius santykius tarp asmenų, kurie yra ACS personalo dalis (teisės, pareigos ir atsakomybė), taip pat tarp ACS personalo ir su ACS sąveikaujančių sistemų personalo.

Pastaba. Taisyklės ir nuostatos, kylančios iš informacijos apie duomenų laikmenas teisinės galios ir teisės normų, turėtų būti įtrauktos į organizacinio palaikymo instrukcijas ir atitinkamų ACS paslaugų reglamentus.

1.10. Reikalavimai automatizuotų valdymo sistemų eksploatacinei dokumentacijai

1.10.1. ACS eksploatacinės dokumentacijos turėtų pakakti ACS paleidimui ir efektyviam jos veikimui.

1.10.2. ACS eksploataciniai dokumentai turėtų:

  • turėti informaciją, reikalingą greitam ir kokybiškam automatizuotų valdymo sistemų kūrimui ir tinkamam veikimui;
  • yra instrukcijos apie ACS personalo veiklą avarinės situacijos arba pažeidžiant normalias automatizuotos valdymo sistemos veikimo sąlygas;
  • nėra nuostatų, leidžiančių dviprasmiškai aiškinti.

2. SAUGOS REIKALAVIMAI

2.1. Netinkami ACS personalo veiksmai neturėtų sukelti avarinės situacijos.

2.2. Saugos reikalavimai elektros gaminiams, naudojamiems automatizuotose valdymo sistemose - pagal GOST 12.2.007.0-75.

2.3. Kompiuterinės įrangos, naudojamos automatizuotose valdymo sistemose, saugos reikalavimai – pagal GOST 25861-83.

2.4. Visi išoriniai ACS techninės įrangos elementai, kuriems suteikiama įtampa, turi būti apsaugoti nuo atsitiktinio prisilietimo, o pati techninė įranga turi turėti įžeminimą arba apsauginį įžeminimą pagal GOST 12.1.030-81 ir "Maitinimo taisykles".

2.5. Sprogiuose ir gaisro pavojinguose įrenginiuose esančių automatizuotų valdymo sistemų techninės priemonės turi atitikti „Energijos tiekimo įrenginių taisyklių“ reikalavimus.

2.6. Automatizuotos valdymo sistemos techninės priemonės turi būti įrengtos taip, kad būtų užtikrintas saugus jų veikimas ir priežiūra.

2.7. Saugumo reikalavimai turėtų būti nustatyti specialiame skyriuje pareigybių aprašymai ir (ar) automatizuotos valdymo sistemos veikimo instrukcijas ir turėti nuorodas į techninių priemonių naudojimo instrukcijas.

2.8. Bendrieji ergonominiai reikalavimai ACS personalo darbo vietoms - pagal GOST 22269-76.

2.9. Patogios ACS personalo gyvenimo sąlygos turi atitikti galiojančius sanitarinius standartus, maksimalias leistinas gyvenimo sąlygas - pagal GOST 12.1.005-76, leistinus pavojingų ir kenksmingų gamybos veiksnių įtakos lygius - pagal GOST 12.0.003-74.

2.10. Bendrieji ergonominiai reikalavimai ACS darbuotojų darbo patalpų mikroklimatui atitinka GOST 12.1.005-76.

2.11. Triukšmo ir garso galios lygiai ACS personalo buvimo vietose neturėtų viršyti GOST 12.1.003-83 ir sanitarinių standartų nustatytų verčių, atsižvelgiant į triukšmo ir garso galios lygius, kuriuos sukuria visi šaltiniai, įskaitant akustines duomenų perdavimo priemones. užkrato pernešimas.

2.12. ACS darbuotojų darbo vietų apšvietimo lygiai turi atitikti pobūdį ir darbo sąlygas. Turi būti numatyta apsauga nuo akinimo ir akinimo.

2.13. Bendrieji ergonominiai reikalavimai įrangos vibracijai ACS personalo darbo vietose - pagal GOST 12.1.012-78.

2.14. Signalų spalvos ir saugos ženklai pagal GOST 12.4.026-76.

3. BANDYMŲ TIPAI IR PROCEDŪRA PANDANČIŲ PADARYTI AC

Šis skyrius taikomas visoms automatizuotoms valdymo sistemoms, išskyrus sukurtas Krašto apsaugos ministerijos užsakymu.

3.1. Automatizuota valdymo sistema arba atskirai tiekiama automatizuotos valdymo sistemos funkcija (toliau – automatinė valdymo sistema), kai ji pradedama eksploatuoti, turi praeiti išankstinius ir priėmimo, taip pat norminių ir techninių reglamentų numatytus bandymus. automatinės valdymo sistemos užsakovo biure galiojantys dokumentai.

3.2. Prieš automatizuotos valdymo sistemos priėmimo testus turi būti atliktas jos bandomasis veikimas valdymo objekte.

3.3. ACS testai atliekami pagal dokumentą „Bandymo programa“, kurį parengia ACS kūrėjas. Reikalavimai testo programos turiniui – pagal GOST 24.208-80.

3.4. ACS bandymai gali būti atliekami vienu ar keliais etapais.

Remiantis bandymų rezultatais, automatizuotos valdymo sistemos sudaro „Bandymo protokolą“. Reikalavimai bandymo ataskaitos turiniui - pagal GOST 24.208-80.

Atliekant etapinį automatizuotų valdymo sistemų testavimą „Bandymo protokole“, remiantis ankstesnio etapo rezultatais, turėtų būti padaryta išvada apie galimybę pateikti automatizuotą valdymo sistemą kitam testavimo etapui.

3.5. Preliminarūs automatizuotų valdymo sistemų bandymai

3.5.1. Atliekami preliminarūs automatinio valdymo sistemos bandymai, siekiant nustatyti jos veikimą ir nuspręsti, ar galima priimti automatizuotą valdymo sistemą bandomajam darbui.

3.5.2. Išankstinio automatinio valdymo sistemos testavimo „bandymo programą“ patvirtina automatinio valdymo sistemos užsakovas.

3.5.3. Preliminarius automatinio valdymo sistemos testus organizuoja užsakovas, juos atlieka automatizuotos valdymo sistemos kūrėjas ir klientas kartu.

3.5.4. Užsakovo užsakymu sudaroma komisija už išankstinius automatinės valdymo sistemos testus. Komisijos pirmininku paskiriamas automatizuotos valdymo sistemos užsakovo atstovas.

3.5.6. „Bandymo protokole“, sudarytame remiantis išankstinių automatinės valdymo sistemos bandymų rezultatais, pateikiama išvada dėl galimybės priimti automatizuotą valdymo sistemą bandomajam darbui, taip pat būtinų patobulinimų sąrašas ir rekomenduojami jų atlikimo terminai. įgyvendinimas.

3.6. ACS pilotinis veikimas

3.6.1. Automatinės valdymo sistemos priėmimo bandomajam darbui rezultatai surašomi „Priėmimo bandomajam darbui aktu“, kurį „Bandymo protokolo“ pagrindu surašo komisija, atlikusi išankstinius automatinio valdymo bandymus. sistema. Reikalavimai akto turiniui – pagal GOST 24.208-80.

3.6.2. Automatizuotos valdymo sistemos pilotinio veikimo trukmę lemia laikas, kurio reikia norint patikrinti, ar automatizuota valdymo sistema veikia tinkamai, atliekant kiekvieną automatizuotą funkciją, ir ACS personalo pasirengimą dalyvauti atliekant visas automatizuotas funkcijas. automatizuota valdymo sistema.

3.6.3. Kiekvienai perduotai automatizuotai valdymo sistemai nustatoma minimali automatinio valdymo sistemos (išskyrus automatinio valdymo sistemą) bandomojo veikimo trukmė prieš priėmimo testus, ji turi atitikti lentelėje nurodytas reikšmes. Jei bendra automatizuotos funkcijos vykdymo nutrūkimų trukmė viršija lentelėje nurodytą reikšmę, bandomoji operacija turi būti tęsiama tol, kol bus gauti lentelėje nurodyti rezultatai arba kol bus nuspręsta ją nutraukti.

Galima, susitarus su užsakovu, pateikti automatinės valdymo sistemos priėmimo testus be bandomojo jos automatizuotų funkcijų eksploatavimo, kurių dažnis yra rečiau kaip kartą per mėnesį, jei ne tik šios funkcijos yra automatizuotos. automatizuota valdymo sistema.

Automatizuotas funkcijų vykdymo dažnisMinimali automatinių valdymo sistemų pilotinio veikimo trukmė prieš priėmimo testusLeidžiama bendra automatinės valdymo sistemos automatizuotos funkcijos tęstinumo pažeidimų trukmė
nuolat 1 mėnuo Ne ilgiau kaip 3 dienas
Kartą per dieną ar daugiau Tas pats Ne daugiau kaip 10% planuojamo sprendinių skaičiaus
Rečiau nei kartą per dieną iki kartą per mėnesį 3 mėnesiai Tas pats
Rečiau nei kartą per mėnesį – kartą per šešis mėnesius Laikotarpis tarp dviejų iš eilės priimtų sprendimų Funkcijos vykdymo tęstinumo pažeidimai neleidžiami
Kartą per metus ar rečiau Laikotarpis, reikalingas patvirtintai informacijos rinkimo ir apdorojimo technologijai išbandyti atliekant vieną ACS funkciją. Tas pats
Pastabos:

1. Automatinės valdymo sistemos funkcijos vykdymo nutrūkimu laikomas jos neatlikimas automatinės valdymo sistemos techninėje dokumentacijoje numatytu momentu, jeigu tai nėra sąlygota veikimo sąlygų pažeidimo. automatizuotos valdymo sistemos ar valdymo objekto.

2. Jei faktinė automatinės valdymo sistemos bandomojo veikimo trukmė buvo ilgesnė nei nurodyta antrame lentelės stulpelyje, tai bendra kiekvienos automatinės funkcijos vykdymo nutrūkimo trukmė nustatoma nurodytam laikotarpiui. lentelėje ir prieš pat priėmimo bandymus.

3.6.4. Bandomojo automatizuoto valdymo sistemos veikimo metu vedamas darbų žurnalas, kuriame įrašoma informacija: apie automatinio valdymo sistemos veikimo trukmę, apie automatinio valdymo sistemos tinkamo veikimo stebėjimo rezultatus, apie gedimus, gedimus, avarines situacijas, apie valdymo objekto parametrų pasikeitimus ir vykstančius techninės dokumentacijos koregavimus.

3.6.5. Remiantis bandomojo veikimo rezultatais, surašomas aktas dėl automatinės valdymo sistemos tikrinimo bandomojo veikimo režimu darbų atlikimo. Reikalavimai akto turiniui – pagal GOST 24.208-80.

3.7. Automatizuotų valdymo sistemų priėmimo testai

3.7.1. Atliekami automatinio valdymo sistemos priėmimo testai, siekiant nustatyti jos atitiktį automatinės valdymo sistemos TOR, šio standarto reikalavimams ir nustatyti galimybę pradėti eksploatuoti automatizuotą valdymo sistemą.

3.7.2. Priklausomai nuo valdymo objekto ir automatizuotos valdymo sistemos svarbos, priėmimo testai gali būti:

  • valstybė;
  • tarpžinybinis;
  • žinybinis
ir juos turi atlikti atitinkami priėmimo komitetai. Priėmimo komisija sudaroma automatinės valdymo sistemos užsakovo ministerijos (departamento) įsakymu. Priėmimo komisijos dydis turėtų būti nustatytas automatizuotos valdymo sistemos TOR.

3.7.3. Priėmimo komisijos pirmininku paskiriamas automatizuotos valdymo sistemos užsakovo atstovas. Priėmimo komisijoje turi būti ACS kūrėjo atstovai.

3.7.4. Priėmimo komisijos darbas neapima pastatų, statinių ir pagalbinės įrangos, kurių sukūrimas buvo atliktas sukūrus automatizuotą valdymo sistemą, priėmimas. Komisija tikrina tik jų priėmimo eksploatuoti aktų prieinamumą ir projektavimo užduotyse nustatytų reikalavimų įvykdymą gretimose objekto projekto dalyse, išduotuose automatinės valdymo sistemos projektavimo metu.

3.7.5. Klientas ir kūrėjas priėmimo komisijai pateikia šiuos dokumentus:

  • automatizuotų valdymo sistemų kūrimo užduotys;
  • priėmimo testų programos projektas;
  • automatizuotų valdymo sistemų išankstinių bandymų protokolas;
  • automatizuotų valdymo sistemų priėmimo bandomajam darbui aktas;
  • aktas (aktai) apie automatinės valdymo sistemos tikrinimo bandomojo veikimo režimu darbų užbaigimą;
  • automatinės valdymo sistemos techninė dokumentacija (priėmimo komisijos sprendimu).

3.7.6. Prieš pateikiant priimtiniems tikrinti automatizuoto valdymo sistemas su matavimo kanalais, atliekamas jų metrologinis sertifikavimas pagal galiojančius standartus.

3.7.7. Prieš pateikiant automatinio valdymo sistemą priėmimo testavimui, sistema ir jos techninė dokumentacija turi būti galutinai sutvarkyta pagal preliminaraus bandymo protokolo pastabas ir automatinės valdymo sistemos tikrinimo bandomojo veikimo režimu darbų atlikimo pažymą.

Priėmimo komisijos sprendimu leidžiama baigti rengti automatinės valdymo sistemos techninę dokumentaciją po to, kai ji įsigaliojo. Automatinės valdymo sistemos techninės dokumentacijos užbaigimo terminai nurodyti sistemos priėmimo bandymo protokole.

3.7.8. Automatizuotos valdymo sistemos priėmimo testai turi būti atliekami veikiančiame valdymo objekte.

3.7.9. Priėmimo komisijos sprendimais turi būti patvirtinta automatizuotų valdymo sistemų priėmimo testavimo „bandymo programa“. Priėmimo testo programos derinimas su automatizuotos valdymo sistemos užsakovu yra privalomas.

3.7.10. Komisija, remdamasi priėmimo bandymų rezultatais, surašo patikrinimo aktą ir automatinio valdymo sistemos paleidimo aktą (arba išvadą dėl automatinio valdymo sistemos nepriėmimo su būtinų patobulinimų sąrašu ir rekomenduojamais terminais, kad būtų galima atlikti automatinio valdymo sistemą). jų įgyvendinimas). Reikalavimai protokolo turiniui ir aktui pagal GOST 24.208-80. Reikalavimai išvados dėl AKM nepriėmimo turiniui yra panašūs į reikalavimus, keliamus AKM paleidimo akto turiniui.

3.7.11. Atliekant etapinius priėmimo bandymus, ACS paleidimo aktas surašomas remiantis atskirų sistemos dalių paleidimo aktais ir (arba) visų sistemos etapų „bandymo protokolais“. ACS priėmimo testai.

3.7.12. ACS paleidimo data laikoma priėmimo komisijos priėmimo į eksploataciją akto pasirašymo data.

3.7.13. Automatinio valdymo sistemos paleidimo aktą tvirtina užsakovo ministerija (departamentas).

4. PADARYTI PADĖTI ACS IŠSAMUMĄ

4.1. ACS turėtų apimti:

  • automatizuotų valdymo sistemų techninės priemonės automatizuotų valdymo sistemų techninių priemonių komplekso pavidalu, paruoštos darbui;
  • atsarginės dalys ir prietaisai (SPTA), prietaisai ir prietaisai, skirti automatizuoto valdymo sistemos veikimo patikrinimui, techninių priemonių derinimui ir matavimo kanalų metrologinėms charakteristikoms stebėti užsakyme numatytu kiekiu. projekto dokumentacija, suderintas su automatizuotos valdymo sistemos ir vartotojo metrologijos paslaugos užsakovu patikros įrangos atžvilgiu;
  • eksploataciniai dokumentai pagal GOST 2.601-68 kiekvienam gaminiui, įtrauktam į KTS ACS;
  • ne mažiau kaip dvi programų kopijos duomenų laikmenose ir jų eksploatacinė dokumentacija pagal GOST 19.101-77, atsižvelgiant į apribojimus ir papildymus pagal GOST 24.101-80 ir GOST 24.207-80;
  • visos ACS programinės įrangos arba atskirai paleidžiamos ACS funkcijos programinės įrangos forma ir programinės įrangos produktų formos (pagal GOST 19.004-80), kiekviena po vieną egzempliorių. Reikalavimai formai - pagal GOST 19.501-78;
  • dvi ACS eksploatacinės dokumentacijos kopijos pagal GOST 24.101-80, įskaitant būtinus ACS informacinio palaikymo dokumentus (ACS forma vienoje kopijoje).

ACS kūrėjui ir ACS klientui susitarus, ACS išsamumas gali būti išplėstas.

4.2. Automatinės valdymo sistemos būsenose turi būti personalas, atitinkantis 1.3 punkto reikalavimus.

4.3. Sukurtai automatizuotai valdymo sistemai užbaigti gali būti naudojami šie pramoniniams tikslams tiekiami gaminiai:

  • techninės ir programinės įrangos kompleksas (kompleksai) su jų eksploatacine dokumentacija pagal GOST 2.601-68;
  • programinės įrangos produktai su jų eksploatacine dokumentacija pagal GOST 19.101-77;
  • techninės priemonės su jų eksploatacine dokumentacija pagal GOST 2.601-68.

4.4. Tiekiamų komponentų, naudojamų automatizuotoje valdymo sistemoje, kūrimo, paleidimo į gamybą ir testavimo tvarka turi atitikti Valstybinius produktų kūrimo ir paleidimo į gamybą sistemos standartus.

Prieš pradedant gaminti, komponentų prototipams atliekami priėmimo (valstybiniai, tarpžinybiniai, padalininiai) bandymai.

5. GARANTIJA

5.1. Automatinio valdymo sistemos kūrėjas garantuoja automatinio valdymo sistemos atitiktį šio standarto ir TOR automatinei valdymo sistemai reikalavimams, jeigu vartotojas laikosi eksploatavimo sąlygų ir taisyklių.

5.2. automatizuotose valdymo sistemose naudojamų techninių, programinės įrangos ir automatikos įrangos kompleksų, tiekiamų kaip gaminiai pramonės reikmėms, atitiktį jiems keliamiems standartų ir specifikacijų reikalavimams garantuoja šių tipų gaminių gamintojai, jei naudotojas laikosi sąlygos ir eksploatavimo taisyklės.

5.3. ACS garantinis laikotarpis skaičiuojamas nuo ACS pradėjimo eksploatuoti dienos.

5.4. Automatinio valdymo sistemos veikimo garantinis laikotarpis turi būti nustatytas automatinės valdymo sistemos ToR ir negali būti trumpesnis nei 18 mėnesių.

1 PRIEDĖLIS
Privaloma

PAPILDOMI REIKALAVIMAI AUTOMATIZUOTOMŲ PROCESŲ VALDYMO SISTEMoms (APCS)

1. APCS pramonėje ir nepramoninėje sferoje turėtų valdyti technologinį objektą kaip visumą ir aprūpinti su juo sujungtas sistemas patikima technologine ir technine bei ekonomine informacija apie technologinio valdymo objekto (TOU) veikimą.

2. APCS turėtų sukurti ir įgyvendinti valdymo veiksmus, kurie būtų racionalūs valdymo tikslais ir kriterijais TOU realiuoju technologinio proceso srauto valdymo objekte laiku.

3. APCS turi atlikti valdymo, informavimo ir palaikymo funkcijas.

4. APCS turi būti suderinamas su visomis tarpusavyje sujungtomis automatizuotomis sistemomis (AS), nurodytomis TOR skirta APCS, įskaitant sistemas, kurios yra lanksčios automatizuotos gamybos dalis kartu su šiuo APCS, pavyzdžiui, CAD technologija, automatizuotomis sandėliavimo ir transporto sistemomis, AS technologinėms produkcijos paruošimas.

5. Valdymo veiksmai automatizuotoje procesų valdymo sistemoje turi būti generuojami automatiškai arba formuojami jos operatyvinio personalo, naudojant į sistemą įtrauktų automatizavimo priemonių rinkinį.

6. APCS turėtų užtikrinti objekto kontrolę normaliomis, pereinamojo laikotarpio ir priešavarinėmis jo eksploatavimo sąlygomis, taip pat objekto apsaugą ar išjungimą iškilus avarijai.

7. Automatizuota procesų valdymo sistema turėtų atlikti TOU valdymo veiksmų vykdymo stebėjimo funkciją ir signalizuoti vykdomųjų organų išvestį į maksimalias leistinas pozicijas.

8. Diegiant automatinio procesų valdymo sistemoje įrangos avarinio automatinio nukrypimo funkciją, apie tai turi būti įspėjamas operatyvinis personalas naudojant šviesą ir, jei reikia, garso signalus su automatiniu išjungimo laiko įrašymu.

9. Produktai Valstybės sistema pramoniniai instrumentai ir automatikos įranga (GSP), kiti ESSP standartų reikalavimus atitinkantys gaminiai ir kompiuterinė įranga, atitinkanti GOST 21552-84.

10. Ant technologinių įrenginių dedamos automatizuotų procesų valdymo sistemų techninės priemonės turi atitikti jų veikimo sąlygoms keliamus reikalavimus.

11. Atsakomybės tarp operatorių turėtų būti paskirstytos atsižvelgiant į:

  • personalo dalyvavimas atliekant neautomatizuotas sistemos funkcijas ir sąveika su kitomis sistemomis;
  • leistinas operatorių psichofiziologinio ir emocinio krūvio lygis, nustatytas pramonės norminiuose ir techniniuose dokumentuose, susijęs su kiekvienam iš jų pavestų pareigų vykdymu ir jo atsakomybe už galutinius ir tarpinius darbo rezultatus, taip pat reikiamas lygis. jo veikla darbo procese.

12. Kiekvienas personalo narys privalo turėti:

  • žinios, kurių apimtis ir gylis leidžia jam atlikti veiksmus (sąveiką), įtrauktus į atitinkamas automatizuotas ir tarpusavyje susijusias neautomatizuotas APCS funkcijas, taip pat priimti teisingus sprendimus avarinėse situacijose ar pažeidžiant kitus normalios eksploatacijos pažeidimus;
  • gerai išvystyti įgūdžiai, leidžiantys atlikti visus veiksmus ir sąveikas nurodytu tikslumu ir greičiu.

13. APCS programinė įranga turi užtikrinti, o organizacinė pagalba atspindi operatyvinio personalo bendravimo su APCS CTS kalbines priemones, patogias ir prieinamas asmenims, neturintiems programuotojo kvalifikacijos.

14. Kodai ir konvencijos automatizuotoje procesų valdymo sistemoje vartojami terminai ir sąvokos turėtų būti artimi valdymo objekto technologinio personalo vartojamiems terminams ir sąvokoms, nesukelti sunkumų juos suvokiant.

15. Automatizuotos procesų valdymo sistemos matavimo kanalai turi turėti metrologines charakteristikas, užtikrinančias jos informacinių funkcijų atlikimą su TOR nurodytais automatizuoto procesų valdymo sistemos rodikliais.

16. Reikalavimai automatizuotų procesų valdymo sistemų testavimui

16.1. Veikiančioje TOU atliekami preliminarūs automatizuotų procesų valdymo sistemų bandymai.

16.2. Preliminarūs APCS funkcijų, reikalingų proceso įrangos paleidimui ir paleidimui, bandymai gali būti atliekami objekte naudojant treniruoklius.

16.3. Automatizuotos procesų valdymo sistemos techninio ir ekonominio efektyvumo bei patikimumo rodiklių faktinės vertės nustatomos po jos paleidimo. Automatizuoto proceso valdymo sistemos veikimo laikas, reikalingas tikrosioms jos rodiklių reikšmėms nustatyti, apskaičiuojamas pagal atitinkamus nustatyta tvarka patvirtintus metodus.

2 PRIEDAS
Privaloma

PAPILDOMI REIKALAVIMAI, TAIKOMI ĮMONIŲ, PRAMONĖS IR MOKSLO IR GAMYBINIŲ ASOCIACIJŲ ACS

1. ACS turėtų pagerinti įmonių, gamybinių ar mokslinių tyrimų ir gamybos asociacijų (toliau – įmonės) gamybos ir ūkinės veiklos efektyvumą.

2. Įmonės vykdomas ACS (APCS) turėtų užtikrinti automatizuotą informacijos rinkimą ir apdorojimą, plačiai naudojant optimizavimo metodus pagrindinėms užduotims ir valdymo posistemiams bendrojo gamyklos ir dirbtuvių lygmenyje, įskaitant, jei reikia, realiu laiku nuotolinio apdorojimo ir dialogo režimas.

3. Automatizuota valdymo sistema turėtų būti įdiegta kaip bendrai veikiančių posistemių rinkinys, kurių sąveika turėtų vykti per bendrą (vieną arba paskirstytą) duomenų bazę.

4. Automatizuotos valdymo sistemos organizacinis palaikymas turėtų numatyti valdymo metodų ir įmonės valdymo sistemos struktūros tobulinimą kuriant ir plėtojant automatizuotas valdymo sistemas.

3 PRIEDAS
Privaloma

PAPILDOMIEJI PRAMONĖS AUTOMATIZUOTOMŲ VALDYMO SISTEMŲ (SAC) REIKALAVIMAI

1. OSAS turėtų pateikti:

  • valdymo objekto charakteristikų tobulinimas (darbo našumo didinimas pramonėje, gaminių kokybės gerinimas, produkcijos pristatymas laiku, produkcijos savikainos mažinimas);
  • informacijos apdorojimo procesų tobulinimas (informacijos apdorojimo kaštų mažinimas, originalo patikimumo didinimas, skaičiavimų tikslumo ir efektyvumo didinimas);
  • tobulinti valdymo funkcijų vykdymo organizavimą (ypač racionalų darbo paskirstymą tarp administracinio aparato padalinių, kompiuterių centrų ir mokslinių tyrimų organizacijų bei įmonių).

2. Pramonės valdymo funkcijos OAS turėtų būti automatizuotos, pavyzdžiui:

  • pramonės gamybos ir išteklių prognozavimas ir planavimas;
  • pramonės mokslinės ir techninės plėtros valdymas ir pramonės produkcijos techninis paruošimas;
  • kontrolė darbo išteklių pramonės šakos;
  • kontrolė materialiniai ištekliai pramonės šakos;
  • Kapitalinės statybos valdymas pramonėje;
  • kontrolė finansiniai ištekliai pramonės šakos;
  • pagrindinės produkcijos valdymas, įskaitant veiklos valdymą pramonės lygmeniu ir kt.

3. OASS turėtų būti įgyvendinamas kaip bendrai veikiančių posistemių rinkinys, kurių sąveika turėtų vykti per bendras duomenų bazes.

4. OACS turėtų apimti duomenų rinkimo sistemą, paremtą OACS, pramonės organizacijų ir įmonių kompiuterių centrais, užtikrinančią racionalų informacijos paskirstymą duomenų bazėse sąveikaujančioms užduotims spręsti ir informacijos perdavimui tarp sistemų ryšio kanalais ir mašininėse laikmenose.

5. OACS turėtų suteikti interaktyvų darbo su sistemos duomenų bazėmis režimą.

6. OASMS sukūrimas turėtų padėti pagerinti pramonės valdymo metodus ir struktūrą.

7. OACS dalių bandomosios eksploatacijos trukmė turėtų užtikrinti vienkartinį visų skaičiavimų, reikalingų įdiegtos OASU dalies automatizuotoms funkcijoms atlikti, atlikimą ir neturėtų viršyti 3 mėnesių.

Konkreti OASU bandomosios veiklos trukmė nustatoma kūrėjo ir užsakovo susitarimu.

4 PRIEDAS
Nuoroda

KAI KURIŲ ŠIAME STANDARTE VARTOJAMŲ TERMINŲ PAAIŠKINIMAS

Automatizavimo priemonių kompleksas (KSA)- tiekiamas tarpusavyje suderintų techninės ir programinės įrangos kompleksų rinkinys (produktai), suprojektuotas ir pagamintas kaip pramoninės paskirties gaminiai. KSA sudėtis taip pat gali apimti kitus produktus ir (ar) dokumentus, įtrauktus į informacinę, organizacinę ar kitokią automatizuotų sistemų paramą.

ACS pastatas- priemonių rinkinys, kurio imamasi ACS plečiant valdymo objektą nekeičiant ACS funkcijų sudėties.

Vaizdo įrašo kadras (ACS)- paveikslėlio dokumento vaizdas katodinių spindulių vamzdžio ekrane arba automatinėje valdymo sistemoje naudojamas pranešimo tekstas.

ACS matavimo kanalas- funkciškai sujungtas techninių ir (jei reikia) programinių įrankių rinkinys, skirtas vienai paprastai automatizuotos valdymo sistemos matavimo funkcijai įgyvendinti.

Preliminarūs automatizuotų valdymo sistemų bandymai- atliekami kontroliniai testai, siekiant nustatyti galimybę priimti automatizuotą valdymo sistemą bandomajam darbui.

Automatizuotų valdymo sistemų priėmimo testai- automatinės valdymo sistemos kontroliniai bandymai, atliekami siekiant nustatyti jos atitiktį automatizuotos valdymo sistemos kūrimo techninei užduočiai, standartų reikalavimams ir nustatyti galimybę pradėti eksploatuoti automatizuotą valdymo sistemą.

Valstybiniai testai- valstybinės komisijos atliekami automatizuotų valdymo sistemų priėmimo testai.

Tarpžinybinis testavimas- automatizuotų valdymo sistemų priėmimo testai, kuriuos atlieka kelių suinteresuotų ministerijų ir (ar) departamentų atstovų komisija.

Skyriaus testavimas- automatizuotų valdymo sistemų priėmimo testai, kuriuos atlieka suinteresuotos ministerijos ar departamento atstovų komisija.

Redaktorius A.I. Lomina
Techninis redaktorius N.P. Zamolodčikovas
Korektorė E.I. Evteeva
Perduotas į komplektą 86-01-16. Pasirašyta publikavimui 86.04.08. Konv. orkaitė l. 1.5. Konv. kr.-ott. 1,5 Uch.-red. l. 1.5.
Tiražas 40000 Kaina 10 kop.
Garbės ženklo ordinas Standartų leidykla, 123810, Maskva, GSP, Novopresnensky pr., 3
Tipas. "Maskvos spaustuvininkas", Maskva, Lyalin per., 6. Įsakymas 1772 m

Įvedimo data 92.01.01

Šis standartas taikomas automatizuotoms sistemoms (AS), naudojamoms įvairiose veiklose (tyrime, projektavimo, valdymo ir kt.), įskaitant jų derinius, sukurtus organizacijose, asociacijose ir įmonėse (toliau – organizacijos).

Standartas nustato AS kūrimo etapus ir etapus. 1 priede pateikiamas kiekvieno etapo darbo turinys.

1. Bendrosios nuostatos

2. AS kūrimo etapai ir etapai

1 priedas (informacinis)

2 priedas (informacinis)

1. BENDROSIOS NUOSTATOS

1.1. yra laike sutvarkytų, tarpusavyje susijusių, etapais ir darbų etapais suvienytų visuma, kurią įgyvendinti būtina ir pakanka, kad būtų sukurtas nurodytus reikalavimus atitinkantis AS.

1.2. AS kūrimo etapai ir etapai išskiriami kaip kūrimo proceso dalys racionalaus darbo planavimo ir organizavimo sumetimais, baigiant duotu rezultatu.

1.3. AS plėtros darbas atliekamas pagal AS kūrimo etapus ir etapus.

1.4. Šio standarto nustatytų etapų ir etapų darbų sudėtis ir atlikimo taisyklės nustatomos atitinkamuose organizacijų, dalyvaujančių kuriant konkrečių tipų atomines elektrines, dokumentuose.

Organizacijų, dalyvaujančių kuriant AS, sąrašas pateiktas 2 priede.

2. KAIP KŪRIMO ETAPAI IR ETAPAI

2.1. AS kūrimo etapai ir etapai bendruoju atveju pateikti lentelėje.

etapai Darbo etapai
1. Reikalavimų AS formavimas 1.1. Objekto apžiūra ir būtinybės sukurti AS pagrindimas
1.2. Vartotojų reikalavimų AS formavimas
1.3. Ataskaitos apie atliktus darbus registravimas ir paraiška sukurti AS (taktinės ir techninės specifikacijos)
2. AS koncepcijos kūrimas 2.1. Objekto tyrinėjimas
2.2. Būtinų tiriamųjų darbų atlikimas
2.3. AS koncepcijos variantų kūrimas ir vartotojo reikalavimus atitinkančio AS koncepcijos varianto parinkimas.
2.4. Ataskaitos apie atliktus darbus rengimas
3. Darbo sąlygos 3.1. AS steigimo sąlygų sudarymas ir tvirtinimas
4. Projekto projektas 4.1. Sistemos ir jos dalių preliminaraus projektavimo sprendinių kūrimas
4.2. AS ir jos dalių dokumentacijos rengimas
5. Techninis projektas 5.1. Sistemos ir jos dalių projektinių sprendimų kūrimas
5.2. AS ir jos dalių dokumentacijos rengimas
5.3. Produktų tiekimo atominėms elektrinėms įsigyti ir (ar) techninių reikalavimų (techninių specifikacijų) jų kūrimo dokumentacijos rengimas ir įforminimas.
5.4. Projektavimo užduočių rengimas gretimose automatikos objekto projekto dalyse
6. Darbo dokumentacija 6.1. Sistemos ir jos dalių darbinės dokumentacijos rengimas
6.2. Programų kūrimas ar pritaikymas
7. Įvestis ir veiksmas 7.1. Automatikos objekto paruošimas AU paleidimui
7.2. Personalo mokymas
7.3. AS užbaigimas tiekiamais produktais (programine ir technine įranga, programine ir technine įranga, informaciniais produktais)
7.4. Statybos ir montavimo darbai
7.5. Paleidimo darbai
7.6. Preliminarių testų atlikimas
7.7. Bandomosios operacijos vykdymas
7.8. Priėmimo testų atlikimas
8. Lydintys garsiakalbiai 8.1. Darbų atlikimas pagal garantinius įsipareigojimus
8.2. Pogarantinis aptarnavimas

2.2. Organizacijų atliekami etapai ir etapai – atominių elektrinių kūrimo dalyviai nustatomi sutartyse ir techninės užduotys remiantis šiuo standartu.

Leidžiama išskirti etapą „Projektavimas“ ir atskirus darbo etapus visuose etapuose, sujungti etapus „Techninis projektas“ ir „Detali dokumentacija“ į vieną etapą „Techninis projektas“. Atsižvelgiant į kuriamos AS specifiką ir sąlygas jiems sukurti, leidžiama atlikti atskirus darbų etapus iki ankstesnių etapų užbaigimo, lygiagretaus darbų etapų atlikimo laiku, naujų darbų etapų įtraukimo.

PRIEDAS 1. Nuoroda

1. 1.1 etape „Objekto apžiūra ir būtinybės statyti AE pagrindimas“ bendruoju atveju atliekama:

  • duomenų apie automatizavimo objektą ir vykdomą veiklą rinkimas;
  • objekto funkcionavimo kokybės ir vykdomos veiklos rūšių įvertinimas, problemų, kurias galima išspręsti automatizavimo priemonėmis, nustatymas;
  • atominės elektrinės kūrimo galimybių įvertinimas (techninis, ekonominis, socialinis ir kt.).

2. 1.2 etape atliekamas „AS naudotojo reikalavimų formavimas“:

  • pradinių duomenų reikalavimams AU formuoti parengimas (automatizacijos objekto charakteristikos, reikalavimų sistemai aprašymas, kūrimo, paleidimo ir eksploatacijos leistinų sąnaudų ribos, laukiamas iš sistemos efektas, kūrimo sąlygos ir sistemos veikimas);
  • naudotojų reikalavimų AS formulavimas ir vykdymas.

3. 1.3 etape „Ataskaitos apie atliktus darbus ir paraiškos rengti AS (taktinė ir techninė užduotis) surašymas“ surašomas šiame etape atliktų darbų ataskaita ir paraiška parengti AU (taktinė ir techninė užduotis) arba kitas dokumentas, pakeičiantis jį panašaus turinio.

4. 2.1 etapuose „Objekto tyrimas“ ir 2.2 „Būtinų tiriamųjų darbų atlikimas“ kūrėjo organizacija atlieka išsamią automatizavimo objekto studiją ir reikalingus tyrimo darbus (MTEP), susijusius su būdų paieška ir įdiegimo vartotojo galimybės įvertinimu. reikalavimus, rengia ir tvirtina tyrimų ataskaitas.

5. 2.3 etape "AS koncepcijos variantų kūrimas ir vartotojo reikalavimus atitinkančio AS koncepcijos varianto parinkimas" bendruoju atveju alternatyvūs kuriamo AS koncepcijos variantai. ir rengiami jų įgyvendinimo planai; jų įgyvendinimui ir veikimui reikalingų išteklių įvertinimas; kiekvienos galimybės privalumų ir trūkumų įvertinimas; vartotojų reikalavimų ir siūlomos sistemos charakteristikų palyginimas bei pasirinkimas geriausias variantas; kokybės vertinimo tvarkos ir sistemos priėmimo sąlygų nustatymas; sistemos gauto poveikio įvertinimas.

6. 2.4 etape „Atliktų darbų ataskaitos suformulavimas“ parengti ir surašyti ataskaitą, kurioje būtų aprašytas etape atliktų darbų, pasiūlytos sistemos koncepcijos varianto aprašymas ir pagrindimas.

7. 3.1 etape „AE kūrimo techninių užduočių rengimas ir tvirtinimas“ rengiamas AE techninės užduotys ir, jei reikia, kai kurių AE techninių užduočių rengimas, vykdymas, derinimas ir tvirtinimas. vykdomos AE.

8. 4.1 etape "Sistemos ir jos dalių preliminaraus projektavimo sprendinių rengimas" nustato: AS funkcijas; posistemių funkcijos, jų tikslai ir poveikis; užduočių kompleksų ir individualių užduočių sudėtis; informacinės bazės sampratos, išplėsta jos struktūra; duomenų bazių valdymo sistemos funkcijos; kompiuterinės sistemos sudėtis; pagrindinių programinės įrangos įrankių funkcijos ir parametrai.

9. 5.1 etape „Sistemos ir jos dalių projektinių sprendinių kūrimas“ pateikiami bendrieji sistemos ir jos dalių sprendiniai, sistemos funkcinė ir algoritminė struktūra, personalo funkcijos ir organizacinė struktūra, 2010 m. techninių priemonių struktūra, problemų sprendimo algoritmai ir vartojamos kalbos, informacinės bazės organizavimas ir priežiūra, informacijos klasifikavimo ir kodavimo sistema, programinė įranga.

10. 4.2 ir 5.2 etapuose „AE ir jos dalių dokumentacijos rengimas“ vykdomas dokumentacijos rengimas, vykdymas, derinimas ir tvirtinimas tiek, kiek reikia pilnam priimtų projektinių sprendimų rinkiniui aprašyti ir kurio pakanka tolimesniems darbams. dėl AE sukūrimo. Dokumentų rūšys – pagal GOST 34.201.

11. 5.3 etape „Produktų, skirtų AE užbaigti, tiekimo ir (ar) techninių reikalavimų (techninių specifikacijų) jų kūrimo dokumentacijos rengimas ir įforminimas“, gaminių tiekimo AE užbaigimui dokumentacijos rengimas ir įforminimas; techninių reikalavimų nustatymas ir techninių specifikacijų rengimas gaminiams, kurie nėra gaminami masiškai, kūrimui.

12. 5.4 etape "Projektavimo užduočių rengimas gretimose automatikos projekto dalyse" parengia, vykdo, suderina ir tvirtina projektavimo užduotis gretimose automatikos objekto projekto dalyse statybos, elektros, sanitarinių ir kitų parengiamųjų darbų, susijusių su 2010 m. kūrimas AS.

13. 6.1 etape „Sistemos ir jos dalių darbinės dokumentacijos rengimas“ parengia darbinę dokumentaciją, kurioje yra visa reikalinga ir pakankama informacija, užtikrinanti AE paleidimo ir eksploatavimo darbų įgyvendinimą bei priežiūrą. sistemos eksploatacinių charakteristikų (kokybės) lygis pagal priimtus projektinius sprendimus, jo vykdymas, derinimas ir tvirtinimas. Dokumentų rūšys – pagal GOST 34.201.

14. 6.2 etape „Programų kūrimas ar pritaikymas“ vykdomas sistemos programų ir programinių įrankių kūrimas, įsigytų programinės įrangos įrankių parinkimas, pritaikymas ir (ar) susiejimas, programinės įrangos dokumentacijos kūrimas pagal GOST 19.101. išeiti.

15. 7.1 etape „Automatizavimo objekto paruošimas AU paleisti eksploatuoti“ atliekamas automatikos objekto, skirto AS pradėti eksploatuoti, organizacinio paruošimo darbai, įskaitant: projektavimo sprendimų įgyvendinimą dėl AS organizacinės struktūros. AU; Valdymo objekto vienetų aprūpinimas mokomąja ir metodine medžiaga; informacijos klasifikatorių įvedimas.

16. 7.2 etape „Personalo mokymas“ apmokomi darbuotojai ir tikrinamas jų gebėjimas užtikrinti AE funkcionavimą.

17. Etape „AE supakavimas su tiekiama produkcija“ užtikrinti serijinės ir vienetinės gamybos komponentų, medžiagų ir surinkimo gaminių priėmimą. Atlikite įvesties kokybės kontrolę.

18. 7.4 etape „Statybos ir montavimo darbai“ atliekama: specializuotų pastatų (patalpų) techniniams objektams ir AE personalui apgyvendinti statyba; kabelinių kanalų statyba; techninių priemonių ir ryšių linijų įrengimo darbų atlikimas; įrengtų techninių priemonių testavimas; techninių priemonių paleidimui pristatymas.

19. 7.5 etape „Paleidimas“ atlikti neprisijungusį techninės ir programinės įrangos derinimą, informacijos įkėlimą į duomenų bazę ir jos priežiūros sistemos patikrinimą; kompleksinis visų sistemos priemonių reguliavimas.

20. 7.6 etape „Preliminarių bandymų atlikimas“ atlikti:

  • AU testavimas, ar jis veikia ir atitinka technines užduotis pagal išankstinių testų programą ir metodiką;
  • gedimų šalinimas ir keitimas AE dokumentacijoje, įskaitant eksploatacinę dokumentaciją pagal bandymų protokolą;
  • AE priėmimo bandomajam eksploatavimui akto įregistravimas.

21. 7.7 etape „Bandomoji eksploatacija“ vykdoma AE bandomoji eksploatacija; AE bandomosios eksploatacijos rezultatų analizė; AS programinės įrangos užbaigimas (jei reikia); papildomas AS techninių priemonių koregavimas (jei reikia); bandomosios operacijos atlikimo pažymėjimo įregistravimas.

22. 7.8 etape „Priėmimo bandymų atlikimas“ atlikti:

  • techninių specifikacijų atitikties bandymai pagal priėmimo bandymų programą ir metodiką;
  • AU testų rezultatų analizė ir bandymų metu nustatytų trūkumų pašalinimas;
  • AE priėmimo nuolatiniam eksploatavimui akto įregistravimas.

23. 8.1 etape „Darbų atlikimas pagal garantinius įsipareigojimus“ atliekami darbai, siekiant per nustatytus garantinius terminus pašalinti AE eksploatacijos metu nustatytus trūkumus, atlikti būtinus AE dokumentacijos pakeitimus.

24. 8.2 etape „Pogarantinis aptarnavimas“ atliekami darbai:

  • sistemos veikimo analizė;
  • faktinių AE eksploatacinių charakteristikų nukrypimų nuo projektinių verčių nustatymas;
  • šių nukrypimų priežasčių nustatymas;
  • nustatytų trūkumų šalinimas ir AE eksploatacinių charakteristikų stabilumo užtikrinimas;
  • atlikti būtinus AU dokumentų pakeitimus.

PRIEDAS 2. Nuoroda

AS KŪRIANT DALYVAUJANČIŲ ORGANIZACIJŲ SĄRAŠAS

1. Užsakovo organizacija (vartotojas), kuriai bus kuriama AS ir kuri teikia finansavimą, darbų priėmimą ir AS veiklą, taip pat individualių darbų, skirtų AS kūrimui, atlikimą.

2. Organizacija kūrėja, kuri atlieka AS kūrimo darbus, pateikdama užsakovui mokslinių ir techninių paslaugų kompleksą įvairiuose kūrimo etapuose ir etapuose, taip pat kurianti ir tiekianti įvairią AS programinę ir techninę įrangą.

3. Organizacija-tiekėjas, gaminantis ir tiekiantis programinę ir techninę įrangą kūrėjo ar kliento pageidavimu.

4. Organizacija-generalinis automatikos objekto projektuotojas.

5. Organizacijos-projektuotojai įvairių dalių automatikos objekto projekto statybos, elektros, sanitarinių ir kitų parengiamųjų darbų, susijusių su AS kūrimu.

6. Statybos, montavimo, derinimo ir kitos organizacijos.

Pastabos:

1. Atsižvelgiant į AS kūrimo sąlygas, galimi įvairūs užsakovo, kūrėjo, tiekėjo ir kitų organizacijų, dalyvaujančių AS kūrime, funkcijų deriniai.

2. Šio standarto pagrindu nustatomi jų atliekamo AS kūrimo etapai ir etapai.

INFORMACINIAI DUOMENYS

1. SUGRĘŽTA IR ĮVEŽA SSRS Valstybinis gaminių kokybės valdymo ir standartų komitetas

KŪRĖJAI

Yu.Kh. Vermiševas, technikos daktaras. mokslai; Ya.G. Vilenčikas; Į IR. Voropajevas, dr. mokslai; L.M. Seidenbergas, dr. tech. mokslai; Yu.B. Irz, mokslų daktaras tech. mokslai; V.D. Kostjukovas, dr. tech. mokslai; M.A. Labutinas, vad. tech. mokslai; N.P. Leskovskaja; I.S. Mityajevas; V.F. Popovas (temos vadovas); S.V. Garšinas; A.I. kurčias tikintysis; PIETUS. Žukovas, dr. mokslai; Z.P. Zadubovskaja; V.G. Ivanovas; Yu.I Karavanovas, dr. mokslai; A.A. Kločkovas; V.Yu. Korolevas; Į IR. Makhnachas, mokslų daktaras tech. mokslai; S.B. Michalevas, technikos daktaras. mokslai; V.N. Petrikevičius; V.A. Rachmanovas, mokslų daktaras. ekonomika mokslai; A.A. Ratkovičius; R.S. Sedegovas, ekonomikos mokslų daktaras. mokslai; N.V. Stepančikovas; M.S. Surovets; A.V. Flegentovas; L.O. Khvilevskis, dr. tech. mokslai; VK. Chistovas, mokslų daktaras. ekonomika Mokslai

2. PATVIRTINTA IR ĮVEŽTA SSRS Valstybinio gaminių kokybės valdymo ir standartų komiteto 1990 m. gruodžio 29 d. dekretu Nr. 3469

Įvadas

AT modernus pasaulis kasdien pasirodo dešimtys ir šimtai įvairios programos, taikomosios programos, informacinės sistemos. Jie gali būti sukurti viešajam ar komerciniam sektoriui, taip pat paprastiems vartotojams. 90% visų vartotojų neskaito dokumentacijos, laiko ją nuobodžia, nuobodžia ir neįdomia, o vartotojo vadovą atsiverčia tik tada, kai kas nors nepavyksta arba visiškai neįmanoma to išsiaiškinti be instrukcijų. Dabar įprasta sukurti vartotojo sąsają taip, kad ji būtų intuityvi ir vartotojas galėtų suprasti sistemą neskaitydamas ilgų vadovų. Tačiau dirbant su stambiais klientais beveik visada reikia pateikti tam tikrą dokumentų paketą – vadovus, instrukcijas, projektinius sprendimus, parengtus pagal GOST.
Pirmą kartą susidūrę su dokumentų rašymu pagal GOST, patenkate į stuporą ir visišką šoką, nes šie GOST yra „jūra“, o kaip ir ką ant jų rašyti tampa neaišku.
Šiame straipsnyje aptariami dokumentacijos rašymo GOST ir pagrindiniai jų punktai.

Kas yra GOST?

Pirmiausia turite išsiaiškinti, kas yra GOST. Visi tiesiog žino, kad GOST yra kažkas, kas buvo sukurta sąjungoje, ir jų yra be galo daug. Skubu jus nuraminti, kad IT sferai GOST nėra tiek daug, ir visi jie, nepaisant jų sukūrimo laiko, neprarado savo aktualumo.
Visų pirma, dokumentacijos rašymo standartai skirstomi į du tipus:

  1. Tarptautiniai standartai (ISO, IEEE Std);
  2. Rusijos ar sovietų GOST.

Tarptautiniai standartai
Kuriant tarptautinio lygio dokumentaciją naudojami tarptautiniai standartai. Paprastai jie nėra nemokami, nes jų nekuria vyriausybinės organizacijos, tačiau, skirtingai nei mūsų, jie buvo sukurti gana neseniai. Tarptautinių standartų tema yra labai plati, todėl ji bus aptarta kitame straipsnyje. Iš karto paliečiami keli standartai, glaudžiai susiję su dokumentacijos rašymu.
Pagrindinių tarptautinių dokumentų rašymo standartų sąrašas:

  1. IEEE Std 1063-2001 „IEEE Standard for Software User Documentation“ – vartotojo vadovo rašymo standartas;
  2. IEEE Std 1016-1998 „IEEE rekomenduojama programinės įrangos projektavimo aprašymų praktika“ – rašymo standartas techninis aprašymas programos;
  3. ISO/IEC FDIS 18019:2004 gairės už taikomosios programinės įrangos naudotojo dokumentacijos projektavimas ir rengimas“ yra dar vienas vartotojo vadovų rašymo standartas. Šis dokumentas turi didelis skaičius pavyzdžių. Taip sakant, tai labiau kaip vartotojo vadovo rašymo vadovas. Pradedantiesiems bus ypač naudinga;
  4. ISO/IEC 26514:2008 „Reikalavimai naudotojų dokumentacijos dizaineriams ir kūrėjams“ yra dar vienas standartas, skirtas naudotojų dokumentacijos projektuotojams ir kūrėjams.

Tiesą sakant, yra daug tarptautinių standartų, ir kiekviena šalis turi savo, nes tas pats standartas ne visada gali tikti tiek Europos, tiek Azijos įmonėms.

Rusijos standartai
Rusijos standartai yra sukurti valstybiniu lygiu. Jie visi yra visiškai nemokami ir kiekvieną iš jų lengva rasti internete. Programos dokumentacijai parašyti naudojamos dvi serijos GOST 19 ir 34. Būtent apie juos ir kalbėsime toliau.

Kuo skiriasi 19 ir 34 serijų GOST?

Pirmiausia kyla klausimas, kuo šie GOST 19 ir 34 skiriasi vienas nuo kito.
GOST 19.781-90 „Vieninga programos dokumentacijos sistema. Programinė įranga informacijos apdorojimo sistemoms. Terminai ir apibrėžimai“ pateikiami apibrėžimai:

  1. Programa – duomenys, skirti valdyti konkrečius informacijos apdorojimo sistemos komponentus, siekiant įgyvendinti konkretų algoritmą.
  2. Programinė įranga – informacijos apdorojimo sistemos programų ir programinių dokumentų rinkinys, reikalingas šioms programoms veikti.

GOST 34.003-90 „Informacinės technologijos. Automatizuotų sistemų standartų rinkinys. Automatizuotos sistemos. Terminai ir apibrėžimai" apibrėžimas nurodytas:

  1. Automatizuota sistema (AS) - sistema, susidedanti iš personalo ir priemonių rinkinio jo veiklai automatizuoti, diegiant informacines technologijas nustatytoms funkcijoms atlikti.
    Priklausomai nuo veiklos rūšies, išskiriami tokie AS tipai, pavyzdžiui: automatizuotos valdymo sistemos (ACS), sistemos Dizainas padarytas kompiuterio pagalba(CAD), automatizuotos mokslinių tyrimų sistemos (ASNI) ir kt.

Atsižvelgiant į valdomo objekto (proceso) tipą, ACS skirstomas, pavyzdžiui, į: ACS technologiniams procesams (APCS), ACS įmonėms (APCS) ir kt.
GOST 34 taip pat suskirsto į AE paramos tipus:

  1. Organizacinis;
  2. metodinis;
  3. Techninė;
  4. Matematinis;
  5. Programinė įranga;
  6. Informacinis;
  7. Lingvistinė;
  8. legalus;
  9. Ergonomiškas.

Dėl to automatizuota sistema yra ne programa, o palaikymo tipų kompleksas, tarp kurių yra ir programinė įranga. AS, kaip taisyklė, teikia konkrečiam vartotojui ir klientui skirtą organizacinį sprendimą, o Programą galima sukurti ir dauginti daugybei vartotojų, neprisijungus prie jokia įmone.
Todėl, jei kuriate dokumentaciją programai, kurią sukūrėte konkrečiai įmonei, tada jūsų GOST 34. Jei rašote dokumentus masinei programai, tada jūsų GOST 19.

GOST 34

GOST 34 seriją (GOST 34.xxx informacinių technologijų standartai) sudaro:

  1. GOST 34.201-89 Dokumentų tipai, išsamumas ir žymėjimai kuriant automatizuotas sistemas - šis standartas nustato dokumentų tipus, pavadinimus, išsamumą ir numerius. Tai vienas iš pagrindinių dokumentų serijos GOST 34. Tiesą sakant, tai yra pagrindinis dokumentas, todėl pradedantiesiems pirmiausia reikia su juo susipažinti.
  2. GOST 34.320-96 Koncepcinių schemų ir informacinių bazių sąvokos ir terminai – šis standartas nustato pagrindines konceptualių schemų ir informacinių bazių sąvokas ir terminus, apimantį koncepcinių schemų ir informacinių bazių kūrimą, aprašą ir taikymą, informacijos apdorojimą, informacijos aprašą ir įgyvendinimą. procesas. Standartas apibrėžia konceptualios schemos vaidmenį. Jame išdėstytos nuostatos yra patariamojo pobūdžio ir gali būti naudojamos vertinant duomenų bazių valdymo sistemas (DBVS). Šiame dokumente neaprašomi konkretūs konceptualios schemos palaikymo įrankių naudojimo metodai. Standarte aprašytos konceptualios schemos kalbos neturėtų būti laikomos standartinėmis.
  3. GOST 34.321-96 Informacinės technologijos. Duomenų bazių standartų sistema. Valdymo pamatinis modelis – šis dokumentas nustato duomenų valdymo pamatinį modelį.
    Pamatinis modelis apibrėžia bendrą terminiją ir sąvokas, susijusias su informacinių sistemų duomenimis. Tokie terminai naudojami duomenų bazių valdymo sistemų ar duomenų žodynų sistemų teikiamoms paslaugoms apibrėžti.
    Pamatinis modelis neatsižvelgia į duomenų tvarkymo protokolus.
    Etaloninio modelio taikymo sritis apima procesus, susijusius su nuolatinių duomenų valdymu ir jų sąveika su procesais, kurie skiriasi nuo konkretaus informacinė sistema, taip pat bendrąsias duomenų tvarkymo paslaugas, skirtas duomenims apibrėžti, saugoti, ieškoti, atnaujinti, įvesti, kopijuoti, atkurti ir perkelti.
  4. GOST 34.601-90 Automatizuotos sistemos. Kūrimo etapai – standartas nustato AS kūrimo etapus ir etapus.
  5. GOST 34.602-89 Automatizuotos sistemos kūrimo sąlygos (vietoj GOST 24.201-85) - nustato dokumento „Sistemos kūrimo (plėtojimo ar modernizavimo) sąlygos, sudėtis, turinį, išdavimo taisykles. “
    Šis dokumentas yra vienas iš dažniausiai naudojamų GOST 34 serijos dokumentų Kuriant TOR šiam GOST, reikia turėti omenyje kitus standartus, net jei šiame dokumente nėra nuorodų į šiuos standartus.
  6. GOST 34.603-92 Informacinės technologijos. Automatizuotų sistemų testų tipai – standartas nustato AS autonominių, integruotų, priėmimo testų ir pilotinio veikimo testų tipus ir bendruosius jų įgyvendinimo reikalavimus.
  7. RD 50-34.698-90 Automatizuotos sistemos. Reikalavimai dokumentų turiniui yra vienas iš svarbiausių 34 GOST dokumentų, nes jame aprašomas beveik visų dokumentų turinys, taip pat kiekvieno dokumento elemento aprašymas.
  8. GOST R ISO/IEC 8824-3-2002 Informacinės technologijos. Pirmoji abstrakčiojo sintaksės žymėjimo versija – šis tarptautinis standartas yra 1 abstrakčiojo sintaksės žymėjimo versijos (ASN.1) dalis ir nustato vartotojo apibrėžtų apribojimų ir lentelės apribojimų specifikaciją.
  9. GOST R ISO/IEC 10746-3-2001 Duomenų valdymas ir atviras paskirstytas apdorojimas.
    Šiame standarte:
    • apibrėžia, kaip nurodomos atvirojo paskirstytojo apdorojimo (ODP) sistemos, naudojant GOST R ISO/IEC 10746-2 pateiktas sąvokas;
    • nustatomos charakteristikos, pagal kurias sistemos priskiriamos ODP sistemoms.

    Standartas nustato ODP sistemų standartų kūrimo koordinavimo sistemą.

  10. GOST R ISO / IEC 15271-02 Programinės įrangos gyvavimo ciklo procesai - mano nuomone, šio GOST labiau reikia analitikams kuriant ir modeliuojant AU.
    Šis dokumentas, mano požiūriu, yra naudingas tik švietimo tikslais.
  11. GOST R ISO/IEC 15910-2002 Programinės įrangos įrankio vartotojo dokumentacijos kūrimo procesas – apibrėžia minimalų reikalingą visų tipų vartotojo dokumentacijos kūrimo procesą programinės įrangos įrankiui, turinčiam vartotojo sąsają. Šie tipai apima spausdintą dokumentaciją (pvz., vartotojo vadovus ir greitųjų nuorodų korteles), internetinę (internetinę) dokumentaciją, žinyno tekstą ("pagalbą") ir internetines dokumentų sistemas.

Taigi, remiantis viskuo, kas parašyta aukščiau, aišku, kad pagrindiniai dokumentai 34 GOST 3: GOST 34.201-89, RD 50-34.698-90 ir GOST 34.602-89.
Kuriant dokumentų paketą, pradedantiesiems, reikia atidaryti GOST 34.201-89 ir pasirinkti kūrimo etapą Projektavimo projektas, Techninis projektas ir Darbinė dokumentacija. Toliau turėtumėte pasirinkti kūrimo etapą atitinkančius dokumentus.

Dokumentų sąrašas 34 GOST

Scena
kūryba 		Dokumento pavadinimas Kodas dalis
projektą 		Pridedama
tinginystė
į
projektą
bet-įvertis
nojaus dokas
policininkas
cijos 		Pridedama
tinginystė
į
išnaudojimą
tacija
nojus aukštyn
kumenas
tacijos 		Papildomos instrukcijos
EP Projekto lapo projektas EP* ARBA — — —
Aiškinamasis raštas
Į juodraštį		 P1 ARBA — — —
EP, TP Organizacinė schema TAIP ARBA — — Į dokumentą leidžiama įtraukti P3 arba PV
Komplekso struktūrinė schema
techninėmis priemonėmis		 C1* TADA X —
Funkcinės struktūros diagrama C2* ARBA — — Rengiant dokumentus CO, C1, C2, C3 ES etape, leidžiama juos įtraukti į dokumentą P1

specializuota (nauja)
techninėmis priemonėmis		 9 val TADA X — Vystymo metu TP stadijoje
leidžiama įtraukti
į dokumentą P2
Automatikos schema С3* TADA X — —
Plėtros techninės sąlygos
specializuota (nauja)
techninėmis priemonėmis		 — TADA — — Projektas neapima
TP Vystymo užduotys

sanitariniai ir
kiti skyriai
susijęs su projektu
su sistemos sukūrimu		 — TADA X — Projektas neapima
Techninio projekto lapas TP* ARBA — — —
Pirktų prekių sąrašas VP* ARBA — — —
Įvesties signalų sąrašas
ir duomenis		 1 IR APIE — — —
Išvesties signalų sąrašas
(dokumentai)		 2 IR APIE — — —
Kūrimo užduočių sąrašas
statybos, elektros,
sanitariniai ir
kiti skyriai
susijęs su projektu
su sistemos sukūrimu		 3 DALYJE TADA X — Leidžiama įtraukti į P2 dokumentą
Aiškinamasis raštas
prie techninio projekto		 P2 ARBA — — Apima veiksmų planą
objekto paruošimas eksploatacijai
veikiančios sistemos
Automatinio aprašymas
funkcijas		 P3 ARBA — — —
Užduoties nustatymo aprašymas
(užduočių rinkinys)		 P4 ARBA — — Leidžiama įtraukti
P2 arba P3 dokumentuose
Informacijos aprašymas
teikiant sistemą		 P5 IR APIE — — —
Organizacijos aprašymas
informacinė bazė		 P6 IR APIE — — —
TP Klasifikavimo sistemų aprašymas ir
kodavimas		 P7 IR APIE — — —
Masyvo aprašymas
informacija		 P8 IR APIE — — —
Komplekso aprašymas
techninėmis priemonėmis		 P9 TADA — — Užduotį leidžiama įtraukti į 46 dokumentą pagal GOST 19.101
Programinės įrangos aprašymas
užtikrinti		 PA ĮJUNGTA — — —
Algoritmo aprašymas
(projektavimo procedūra)		 PB MO — — Leidžiama įtraukti į dokumentus P2, P3 arba P4
Organizacijos aprašymas
struktūros		 PV OO — — —
Vietos planas C8 TADA X — Leidžiama įtraukti į P9 dokumentą
Įrangos sąrašas
ir medžiagas		 — TADA X — —
Vietos biudžeto skaičiavimas B2 ARBA X — —
TP, RD Projekto vertinimas
sistemos patikimumas		 B1 ARBA — — —
Dokumento formos brėžinys
(vaizdo įrašo kadras)		 C9 IR APIE — X TP stadijoje tai leidžiama
įtraukti į dokumentus
P4 arba P5
RD Turėtojų sąrašas
originalai		 DP* ARBA — — —
Veiklos pareiškimas
dokumentus		 ED* ARBA — X —
Techninės įrangos specifikacija 4 val TADA X — —
Reikalavimų lapas
medžiagose		 5 val TADA X — —
Mašinos laikmenos pareiškimas
informacija		 VM* IR APIE — X —
Įvesties masyvas 6 val IR APIE — X —
RD Duomenų bazės katalogas 7 val IR APIE — X —
Išvesties sudėtis
(žinutės)		 8 val IR APIE — X —
Vietiniai skaičiavimai B3 ARBA X — —
Metodika (technologija)
automatizuotas
dizainas		 I1 OO — X —
Technologinis mokymas IR 2 OO — X —
Naudotojo gidas I3 OO — X —
Formavimo instrukcijos ir
duomenų bazių valdymas
(duomenų rinkinys)		 I4 IR APIE — X —
KTS naudojimo instrukcija T.Y TADA — X —
Išorinių laidų prijungimo schema С4* TADA X — Leidžiama koncertuoti
lenteles
Elektros schema
išoriniai skelbimai		 С5* TADA X — Tas pats
Ryšių ir jungčių lentelė C6 TADA X — —
Sistemos padalijimo schema
(struktūrinis)		 E1* TADA — — —
Bendrojo vaizdo brėžinys IN* TADA X — —
Techninių priemonių montavimo brėžinys SA TADA X — —
grandinės schema Šešt TADA X — —
Komplekso struktūrinė schema
techninėmis priemonėmis		 C1* TADA X — —
Įrangos ir laidų išdėstymas C7 TADA X — —
Technologijų aprašymas
apdorojimo procesas
duomenis (įskaitant
nuotolinis darbas)		 PG OO — X —
Bendras sistemos aprašymas PD ARBA — X —
Testavimo programa ir metodika (komponentai, automatikos įrangos kompleksai, posistemės,
sistemos)		 PM* ARBA — — —
Forma FD* ARBA — X —
Pasas PS* ARBA — X —
*Dokumentai, kurių kodas nustatytas pagal ESKD standartų reikalavimus

Lentelės pastaba:

  1. Lentelėje priimtini šie pavadinimai:
    • EP - preliminarus projektas;
    • TP - techninis projektas;
    • RD – darbo dokumentacija;
    • ARBA – visos sistemos sprendimai;
    • OO – sprendimai organizaciniam palaikymui;
    • TO – techninės pagalbos sprendimai;
    • IO – informacinio palaikymo sprendimai;
    • Programinė įranga – programiniai sprendimai;
    • MO – programiniai sprendimai.
  2. X ženklas – nurodo priklausymą projektinėms sąmatoms arba eksploatacinei dokumentacijai.
  3. To paties pavadinimo dokumentų nomenklatūra nustatoma priklausomai nuo projektavimo sprendimų, priimtų kuriant sistemą.

Kai bus nustatytas dokumentų sąrašas, tada RD 50-34.698-90 turėtumėte rasti pasirinktus dokumentus ir juos parengti griežtai pagal nurodytus punktus. Visi nurodyti turinio elementai turi būti dokumente.
Jei kuriamos techninės užduotys, tuomet reikia nedelsiant atidaryti GOST 34.602-89 ir sukurti TOR griežtai pagal punktus.

GOST 19

GOST 19 (GOST 19.xxx Unified System for Program Documentation (ESPD)) seriją sudaro:

    1. GOST 19.001-77 Bendrosios nuostatos - taip pat bendras dokumentas, tai praktiškai nenaudinga. Todėl jį galima praleisti.
    2. GOST 19781-90 Terminai ir apibrėžimai - geras sąrašas Apibrėžimai informacijos apdorojimo sistemų programinės įrangos srityje. Jame nėra nieko daugiau, tik apibrėžimai.
    3. GOST 19.101-77 Programų ir politikos dokumentų tipai - vienas iš pagrindinių 19 GOST dokumentų. Būtent su juo turėtumėte pradėti dirbti su GOST 19, nes jame yra visas GOST dokumentų sąrašas ir pavadinimai.

Dokumentų sąrašas 19 GOST

Kodas Dokumento tipas Vystymo etapai
Eskizinis
projektą 		Techninė
projektą 		darbo juodraštis
komponentas kompleksas
— Specifikacija — —
05 Originalių laikiklių sąrašas — — —
12 Programos tekstas — —
13 Programos aprašymas — —
20 Veiklos dokumentų išrašas — —
30 Forma — —
31 Programos aprašymas — —
32 Sistemos programuotojo vadovas — —
33 Programuotojo vadovas — —
34 Naudotojo vadovas — —
35 Kalbos aprašymas — —
46 Techninis vadovas
paslauga		 — —
51 Testo programa ir metodika — —
81 Aiškinamasis raštas — —
90-99 Kiti dokumentai

Legenda:
- reikalingas dokumentas;
- dokumentas, privalomas komponentams, kurie naudojami savarankiškai;
- būtinybė rengti dokumentą nustatoma techninės užduoties rengimo ir tvirtinimo etape;
- - dokumentas nesurašytas.

  1. GOST 19.102-77 Kūrimo etapai - yra kūrimo etapų aprašymas. Naudinga edukaciniais tikslais. Mano nuomone, ypatingos praktinės naudos nėra.
  2. GOST 19.103-77 Programų ir programos dokumentų pavadinimai - yra numerio (kodo) priskyrimo dokumentui aprašymas. Net perskaičius šį GOST, kyla daug klausimų, kaip dokumentui priskirti tą patį numerį.
  3. GOST 19.104-78 Pagrindiniai užrašai - nustato patvirtinimo lapo ir titulinio lapo pagrindinių įrašų formas, dydžius, vietą ir užpildymo tvarką programos dokumentuose, numatytuose ESPD standartuose, neatsižvelgiant į tai, kaip jie atliekami. Kadangi 19 GOST dokumentai yra surašyti rėmeliuose, šis dokumentas yra labai svarbus.
  4. GOST 19.105-78 Bendrieji programos dokumentų reikalavimai – nustato bendruosius programos dokumentų rengimo reikalavimus. Reikalavimai pernelyg bendri. Paprastai šis GOST beveik niekada nenaudojamas kuriant dokumentą, nes dokumentui yra pakankamai specialaus GOST, tačiau bendroms žinioms vis tiek geriau vieną kartą pažvelgti į šį GOST.
  5. GOST 19.106-78 Reikalavimai vykdomiems programos dokumentams atspausdinta- yra visų dokumentų vykdymo reikalavimai 19 GOST.
  6. GOST 19.201-78 Techninės užduotys, reikalavimai turiniui ir dizainui – nustato programos ar programinės įrangos produkto kūrimo techninės užduoties sudarymo ir vykdymo tvarką.

    TK 34 GOST ir 19 GOST sąlygos skiriasi.

  7. GOST 19.601-78 Bendrosios dauginimo, apskaitos ir saugojimo taisyklės - Bendrosios taisyklės programinių dokumentų dauginimas, apyvarta, apskaita ir saugojimas. GOST keliose pastraipose aprašoma, kaip užtikrinti, kad dokumentai nebūtų prarasti.
  8. GOST 19.602-78 Programinių dokumentų dauginimo, apskaitos ir saugojimo taisyklės, atliekamos spausdinant. Metodas - papildymas GOST 19.601-78.
  9. GOST 19.603-78 Bendrosios pakeitimų taisyklės - nustato bendrąsias programos dokumentų pakeitimų taisykles. Tiesą sakant, jame aprašomas ilgas biurokratinis dokumentų pakeitimų algoritmas.
  10. GOST 19.604-78 Spausdintų programos dokumentų pakeitimų taisyklės - aprašoma darbo ir pildymo iš pakeitimų registracijos lapo tvarka.

Specializuotų GOST sąrašas, tai yra, kiekvienas iš jų apibūdina konkretaus dokumento turinį ir reikalavimus:

  1. GOST 19.202-78 Specifikacija. Reikalavimai turiniui ir dizainui;
  2. GOST 19.301-79 Programa ir bandymo procedūra. Reikalavimai turiniui ir dizainui;
  3. GOST 19.401-78 Programos tekstas. Reikalavimai turiniui ir dizainui;
  4. GOST 19.402-78 Programos aprašymas;
  5. GOST 19.403-79 Originalių laikiklių sąrašas;
  6. GOST 19.404-79 Aiškinamasis raštas. Reikalavimai turiniui ir dizainui;
  7. GOST 19.501-78 forma. Reikalavimai turiniui ir dizainui;
  8. GOST 19.502-78 Taikymo aprašymas. Reikalavimai turiniui ir dizainui;
  9. GOST 19.503-79 Sistemos programuotojo vadovas. Reikalavimai turiniui ir dizainui;
  10. GOST 19.504-79 Programuotojo vadovas. Reikalavimai turiniui ir dizainui;
  11. GOST 19.505-79 Naudotojo vadovas. Reikalavimai turiniui ir dizainui;
  12. GOST 19.506-79 Kalbos aprašymas. Reikalavimai turiniui ir dizainui;
  13. GOST 19.507-79 Eksploatacinių dokumentų išrašas;
  14. GOST 19.508-79 Priežiūros vadovas. Reikalavimai turiniui ir dizainui.

Darbo su 19 GOST procedūra:

  1. GOST 19.101-77 pasirinkite dokumentą ir jo kodą pagal kūrimo etapą.
  2. Pagal GOST 19.103-77, priskirkite dokumentui numerį.
  3. Tada pagal GOST 19.104-78 ir 19.106-78 surašykite dokumentą.
  4. Iš specializuoto GOST sąrašo turėtumėte pasirinkti tą, kuris atitinka kuriamą dokumentą.

Išvada

GOST - tai nėra baisu ir lengva! Svarbiausia suprasti, ką reikia parašyti ir kas tam naudojamas GOST. Mūsų pagrindiniai GOST 19 ir 34, skirti rašyti dokumentus, yra labai seni, bet vis dar aktualūs iki šių dienų. Dokumentų rašymas pagal standartą pašalina daug problemų tarp rangovo ir užsakovo. Taigi sutaupoma laiko ir pinigų.

Populiarus
Vištienos skilveliai vazonuose su sojų padažu ir garstyčiomis Vištienos skilveliai vazonuose su grietine bulvėmis Vištienos skrandžiai...
Jautienos troškinys su džiovintomis slyvomis ir svogūnais Skaniausias jautienos su džiovintomis slyvomis receptas Šiame recepte naudojama jautiena...
Varškės užkepėlės receptas vaikui (1 m.) orkaitėje ir lėtoje viryklėje Varškės užkepėlė lėtoje viryklėje vaikui 1 m. Sveikata ir visavertis...
Biskvitas ant voveraičių (angeliškas biskvitas) lėtoje viryklėje Tortų mėgėjai kaip niekas kitas...
Troškinta cukinija su vištiena Vištienos krūtinėlė troškinta su cukinijomis Rudenį šeimininkės su dideliais...
Nauja vietoje
Salotos iš korėjietiškų morkų ir rūkytos vištienos Korėjietiško stiliaus rūkyta krūtinėlė su morkomis
Vištienos kotletai su sviestu Kotletai su sviestu viduje receptas keptuvėje
Užkandžių keksiukai Norėdami paruošti tokį neįprastą karamelės-bananų užpildą, jums reikės
Vokiškas varškės pyragas Käsekuchen Tradicinis vokiškas pyragas su varškės sūriu sh
Tortas "Praha": klasikinis receptas su nuotrauka