Hyrja

Çdo ditë ka dhjetëra e qindra programe të reja, sisteme informacioni plotësues, sisteme informacioni. Erë e keqe mund të thyhet, si për sektorin sovran dhe tregtar, ashtu edhe për ata të ligj. 90% e të gjithë njerëzve që nuk e lexojnë dokumentacionin, janë të lodhshëm, të mërzitshëm dhe të paarsyeshëm, por nuk duken të saktë, nëse nuk hyni gjithsesi. Tani pranohet se ka shenja për një koristuvach me një ndërfaqe të një shkalle të tillë, domethënë është i zgjuar, intuitivisht inteligjent dhe është në rregull të përdorni sistemin, mos shkoni në leximin e minibusëve para hekuri. Sidoqoftë, kur punoni me deputetë të mëdhenj, është praktikisht e nevojshme të krijoni një paketë dokumentesh - libra, udhëzime, zgjidhje projektimi, të hartuara sipas GOST.
Nëse së pari i përmbaheni dokumentacionit të shkruar në përputhje me GOST, atëherë vini në një hutim dhe një tronditje shtesë, si dhe në numrin e të ftuarve "det", pasi nuk është e qartë se çfarë të shkruani mbi ta.
GOST-të për shkrimin e dokumentacionit dhe pikat kryesore janë paraqitur në krye të listës.

Kush janë të ftuarit?

Për një kalli të kërkesës, shkoni te të ftuarit. Gjithçka që nuk di është se GOST është një çmim, por ai u prish gjatë Unionit dhe kishte vetëm një numër të pafund të tyre. Unë do të doja t'ju ndihmoja për rehati për sferën e IT-së. Të ftuarit nuk janë aq të pasur dhe era e keqe e çdo gjëje, e paprekur nga termi i saj, nuk e ka humbur rëndësinë e saj.
Në radhë të parë, standardet për shkrimin e dokumentacionit ndahen në dy lloje:

1. Standardet ndërkombëtare (ISO, IEEE Std);
2. Rusisht ose Radianski GOST.

standardet ndërkombëtare
Standardet ndërkombëtare janë vendosur për shpërndarjen e dokumenteve të rivnya ndërkombëtare. Si rregull, era e keqe nuk është pa korniza, kështu që nuk prishet institucionet shtetërore, Ale, në pamjen tonë, kohët e fundit jemi ndarë. Tema e standardeve ndërkombëtare është edhe më e gjerë, kështu që do të trajtohet në statistikat më të fundit. Menjëherë u shkatërruan disa standarde, të cilat ishin të lidhura qartë me dokumentacionin e shkruar.
Lista e standardeve kryesore ndërkombëtare për shkrimin e dokumentacionit:

1. IEEE Std 1063-2001 "IEEE Standard for Software User Documentation" - një standard për shkrimin e një certifikate të një koristuvach;
2. IEEE Std 1016-1998 "Praktika e rekomanduar e IEEE për përshkrimet e dizajnit të softuerit" - një standard për të shkruar përshkrim teknik programe;
3. ISO / IEC FDIS 18019: 2004, "Udhëzime për hartimin dhe përgatitjen e dokumentacionit të përdoruesit për softuerin e aplikacionit", është një tjetër standard për të shkruar një skript koristuvach. V këtë dokumentє numër i madh aplikuar Pra, bi-movity, çmimi është më i ngjashëm me ker_vnitstvo të shkruar nga ker_vnitstva koristuvach. Fixing fahivtsyam do të jetë veçanërisht kanellë;
4. ISO / IEC 26514: 2008 "Kërkesat për projektuesit dhe zhvilluesit e dokumentacionit të përdoruesit" është një tjetër standard për projektuesit dhe zhvilluesit e dokumentacionit.

Standardet ndërkombëtare janë edhe më të bollshme në lëkurën e vendit, pasi ka një dhe i njëjti standard nuk mund t'u kalohet kompanive evropiane dhe aziatike.

Standardet ruse
Standardet ruse janë zhvilluar në nivel sovran. Erë e keqe e çdo gjëje është absolutisht bezoschtovnі dhe lëkurë prej tyre është e lehtë të dihet në internet. Për të shkruar dokumentacionin për programin, kërkohen dy seri GOST 19 dhe 34.

Cilat janë GOST-të nga 19 në 34?

Për më shumë ushqim, si winnick, dhe më të ulët, vzagal dhe GOST 19 dhe 34 shihen një nga një.
GOST 19.781-90 "Një sistem i dokumentacionit të softuerit. Software për sigurimin e sistemeve të përpunimit të informacionit. Termat dhe kushtet "vlerat e treguara:

1. Programi është një e dhënë, përcaktim për kontrollin e komponentëve të veçantë të sistemit dhe përpunimin e informacionit duke përdorur metodën e zbatimit të algoritmit të këndimit.
2. Softueri i sigurisë - supremacia e softuerit të sistemit për përpunimin e informacionit dhe dokumenteve softuerike të nevojshme për funksionimin e këtyre programeve.

U GOST 34.003-90 "Teknologjia e informacionit. Një grup standardesh për sistemet e automatizuara. Sisteme të automatizuara. Termat dhe Kushtet "

1. Sistemi i automatizuar (AS) - një sistem që mund të ruhet me personel dhe një kompleks për të automatizuar dhe zbatuar teknologjia e informacionit viconannya funksionet e vendosura.
   Pavarësisht nga lloji i performancës që ata shohin, për shembull, lloje të tilla të AS: sisteme të automatizuara të kontrollit (ACS), sisteme të automatizuara të projektimit (CAD), sisteme të automatizuara të informacionit shkencor (ASNI) dhe іnshі.

Ai është në formën e një objekti (procesi) të falsifikuar të sistemit të kontrollit të automatizuar që do të shpërndahet, për shembull, në: sisteme të automatizuara të kontrollit për proceset teknologjike (sisteme të automatizuara të kontrollit të procesit), sisteme të automatizuara të kontrollit për ndërmarrjet industriale (sisteme të automatizuara të kontrollit) , etj.
Gjithashtu, GOST 34 duke grabitur pamjen e sigurisë së AU:

1. organizimi;
2. metodikisht;
3. teknike;
4. më matematikore;
5. Softuer sigurie;
6. informacion;
7. gjuhësor;
8. drejtë;
9. Ergonomike.

Si rezultat, sistemi është i automatizuar - jo një program, por një kompleks i llojeve të sigurisë, sigurisë së mesme dhe softuerit. AU, si rregull, mbante në organizatën e vet vendimin për një nëpunës dhe zëvendës specifik, dhe Programi mund të lançohet dhe shpërndahet për një numër të madh koristuvachi pa iu referuar një lloj biznesi.
Për këtë, nëse shpërndani dokumentacionin për programin, nëse keni instaluar një ndërmarrje specifike, atëherë GOST 34 juaj. Nëse shkruani dokumente për programin, atëherë GOST 19 juaj.

GOST 34

Një seri GOST 34 (GOST 34.XXX Standardet e Teknologjisë së Informacionit) ruhen:

1. GOST 34.201-89 Lloji, plotësia dhe përcaktimi i dokumenteve për instalimin e sistemeve të automatizuara - standard danez Unë do të përcaktoj llojin, emrin, plotësinë dhe numrin e dokumenteve. Є një nga dokumentet kryesore në serinë GOST 34. Nga rruga, ai është një dokument bazë, kështu që të ardhurit duhet të mësojnë për të në radhë të parë.
2. GOST 34.320-96 Koncepti dhe terminologjia për një skemë konceptuale dhe bazë informacioni - një standard referimi do të përcaktojë kuptimin bazë dhe termat e skemave konceptuale dhe bazave të informacionit, si të përdorni kallepin, të përshkruani stagnimin e kornizave konceptuale procesi i informacionit... Standardi është roli i skemës konceptuale. Dispozitat, fitoret në të renë, janë të natyrës rekomanduese dhe mund të jenë fitimtare për vlerësimin e sistemeve të menaxhimit të bazës së të dhënave (SDBD). I gjithë dokumenti nuk përshkruan metodat specifike të ruajtjes së përgatitjes së skemave konceptuale. Skemat konceptuale të përshkruara në standard nuk konsiderohen standarde.
3. GOST 34.321-96 Teknologjitë e Informacionit. Sistemi i standardeve nga bazat e të dhënave. Modeli standard i menaxhimit të të dhënave - ky dokument do të krijojë një model standard të menaxhimit të të dhënave.
   Modeli standard bazohet në origjinën e terminologjisë dhe të kuptuarit, të lidhur nga kuptimet e sistemeve të informacionit. Një edukator i tillë do të jetë fitimtar për t'u caktuar shërbime sistemeve të menaxhimit të bazave të të dhënave ose sistemeve të fjalorit të teksteve.
   Modeli standard nuk shikon protokollet për menaxhimin e të dhënave.
   Galuz zasosuvannya model referimi duke përfshirë proceset që ia vlen të menaxhohen pas të dhënat dhe proceset që zhvillohen nga specifikat sistemet e informacionit Dhe gjithashtu shërbimet kryesore të menaxhimit të të dhënave, për takimin, mbledhjen, shakanë, përditësimin, prezantimin, kopjimin, përditësimin dhe transmetimin e haraçit.
4. GOST 34.601-90 Sisteme të automatizuara. Fazat e kërcellit - standardi i krijimit të skenës dhe fazës së kërcellit të AU.
5. GOST 34.602-89 Kontroll teknik në kërcell sisteme të automatizuara(Natomist GOST 24.201-85) - Unë do të krijoj një depo, zmist, rregullat për hartimin e dokumentit "Mirëmbajtja teknike e sistemit (zhvillimi dhe modernizimi)."
   Dokumenti danez - në një nga dokumentet shpesh fitimtare në serinë GOST 34. Gjatë zhvillimit të specifikimeve teknike nga GOST, ka një gjurmë të kujtesës dhe në lidhje me standardet, nuk ka nevojë të bëni asgjë në lidhje me standardet.
6. GOST 34.603-92 Teknologjia e informacionit. Lloji i sistemeve të automatizuara viprobauan - standardi do të krijojë viprobauan AC autonome, komplekse, të arsyeshme viprobuvannya dhe deri në shfrytëzimin e fundit) dhe vimogues të huaj përpara se ato të kryhen.
7. RD 50-34.698-90 Sisteme të automatizuara. Vimogi për ndryshimin e dokumenteve - një nga dokumentet më të rëndësishme në 34 GOST, pasi ai vetë përshkruan ndryshimin e praktikisht të gjitha dokumenteve, si dhe një përshkrim të klauzolës së lëkurës së dokumentit.
8. DSTU ISO / IEC 8824-3-2002 Teknologjia e informacionit. Versioni i parë i shënimit sintaksor abstrakt - standardi i referencës є pjesë e versionit 1 të shënimit sintaksor abstrakt (ASN.1) dhe do të krijojë një shënim për specifikën e ndërlidhjeve të këmbyeshme dhe tabelare.
9. DSTU ISO / IEC 10746-3-2001 Kontrolli i të dhënave dhe përshkueshmëria e përpunimit rozë.
   Standardi ka:
   • Synohet që sistemet e shpërndarjes së hapur të përpunimit (ORO) të specifikohen në përputhje me hyrjen në DSTU ISO / IEC 10746-2;
   • Identifikimi i karakteristikave pas sistemeve kryhet në sistemet ODP.

   Standardi ka një kornizë për koordinimin e zhvillimit të standardeve për sistemet ORO.

10. DSTU ISO / IEC 15271-02 Proceset e ciklit jetësor të hyrjeve të softuerit - Të dhënat GOST nevojiten më shumë, në shikimin tim, për analistët kur hartojnë dhe modelojnë AS.
    I gjithë dokumenti është ngjyrë kafe, nga këndvështrimi im, për qëllime thjesht fetare.
11. DSTU ISO / IEC 15910-2002 Procesi i marrjes së dokumentacionit për aplikacionin softuer është procesi minimal i nevojshëm për dokumentimin e të gjitha llojeve të softuerit për softuerin, i cili ka ndërfaqen për softuerin. Më jepni një sy dokumentacionit manual (për shembull, goditjet e tasteve dhe shpjegime të shkurtra), dokumentacionin interaktiv (operativ), tekstin e shkruar paraprakisht ("ndihmë") dhe sistemet dhe dokumentacionin e dialogut.

Otzhe, vyhodyach nga të shkruarit mirë, është e qartë se dokumentet kryesore në 34 Vizitor 3: GOST 34.201-89, RD 50-34.698-90 dhe GOST 34.602-89.
Kur zhvilloni një paketë dokumentesh, për kallirin, është e nevojshme të lexoni kriterin GOST 34.201-89 dhe të vibroni fazën e përfundimit të projektit Eskizny, projektin teknik dhe dokumentacionin e punës. Dal, rrëshqiti, vibroni dokumentet për zhvillimin, pasi ato tregojnë fazën e kërcellit.

Përkthimi i dokumenteve në 34 GOST

Shënim para tabelave:

1. Tabelat pranojnë fillimin e vlerave:
   • EP - një projekt ekonomik;
   • TP - projekt teknik;
   • RD - dokumentacioni i punës;
   • OSE - zgjidhje zagalnosystemnі;
   • GO - zgjidhje për organizimin e kujdesit shëndetësor;
   • TO - zgjidhje për sigurinë teknike;
   • ІВ - zgjidhje për siguria e informacionit;
   • Software - zgjidhje për sigurinë e softuerit;
   • MO është një zgjidhje për sigurinë matematikore.
2. Shenja X nënkupton përkatësinë e dokumentacionit të projektimit dhe inxhinierisë ose shfrytëzimit.
3. Nomenklatura e dokumenteve me një emër do të vendoset si shumë prej atyre të miratuara gjatë zbatimit të sistemit dhe zgjidhjeve të projektimit.

Nëse ka një ndryshim të dokumenteve për sa i përket vlerave, atëherë në RD 50-34.698-90 është e nevojshme të dihet përzgjedhja e dokumenteve dhe zhvillimi i tyre në mënyrë rigoroze sipas pikave të treguara. Të gjitha pikat e mençurisë, siç tregohet, janë të detyrueshme në dokumente.
Sapo të zhvillohen specifikimet teknike, atëherë kërkesat e GOST 34.602-89 kërkohen menjëherë dhe zhvillimi i TK diskutohet rreptësisht deri në pika.

GOST 19

Një seri GOST 19 (GOST 19.XXX është një sistem i dokumentacionit të programit (ESPD)) ruhet:

1. 1. GOST 19.001-77 selinë- është një dokument zanado që nuk është praktik. Ju mund ta anashkaloni këtë yogo.
   2. GOST 19781-90 Termat dhe Kushtet - listë e mirë vlera në rajon siguria e softuerit sistemet e përpunimit të informacionit. Krim yak viznachen më shumë për të mos marrë hak për asgjë.
   3. GOST 19.101-77 Llojet e programeve dhe dokumentet e programit - një nga dokumentet kryesore 19 GOST. Hapi tjetër është rregullimi i robotit me 19 GOST, në mënyrë që si në të renë të ketë një ndryshim të ri dhe dokumentet e specifikuara në Standardin Shtetëror.

Përkthimi i dokumenteve në 19 GOST

Mendësia:
- dokument detyrues;
- një dokument detyrues për komponentët, i cili mund të jetë i pavarur;
- nevoja që një dokument të paloset duhet të fillojë në fazat e shpërndarjes dhe konsolidimit të departamentit teknik;
- - mos e vendosni dokumentin.

1. GOST 19.102-77 Fazat e zhvillimit - hakmarrje përshkrimi i fazave të prodhimit. Kanellë për qëllime të shenjta. Në shikimin tim, unë nuk mbaj ndonjë korist të veçantë praktik.
2. GOST 19.103-77 Programet e përcaktuara і dokumentet e programit - hakmarrje përshkrimin e caktimit të numrit (kodit) në dokument. Lundroni kur lexoni GOST-in, kërkoni një pije për ata që do t'i referohen të njëjtit numër në dokument.
3. GOST 19.104-78 Shkrimi bazë - Unë do të përcaktoj formën, madhësinë, formësimin dhe rendin e memorizimit të shkrimit kryesor të fletës së ngurtësuar dhe titull arkush në dokumentet e programit, të transmetuara sipas standardeve të ESPD, drejtpërdrejt si metoda të vikonannya. Pra, meqenëse dokumentet e 19 GOST hartohen në korniza, atëherë dokumenti është edhe më i rëndësishëm.
4. GOST 19.105-78 Vimogues përpara dokumenteve të programit - Unë do të instaloj vimogas përpara se të lëshohen dokumentet e programit. Vimogi zanadto zagalny. Si rregull për shpërndarjen e dokumenteve GOST, nuk është e mundur të ngecesh, kështu që si një GOST special për një dokument, por për të huajt njohja e emërtimeve GOST është edhe më e bukur për t'u dukur një herë.
5. GOST 19.106-78 Vimogi para dokumenteve të programit, në një mënyrë të dobishme - për t'u hakmarrë Vimogi përpara se të gjitha dokumentet të lëshohen në 19 GOST.
6. GOST 19.201-78 Mbështetje teknike, vimogi deri në kohën e regjistrimit - Unë do të vendos procedurën për inkurajimin dhe formalizimin e departamentit teknik për shpërndarjen e programeve ose softuerit virob.

   Janë miratuar klauzola të standardeve shtetërore TK 34 dhe 19 GOST.

7. GOST 19.601-78 Rregullat e titullit për dublimin, obliku dhe zberigannya - rregullat e titullit për dublimin, brazda, racionimin dhe zgjedhjen e dokumenteve të programit. Në GOST, në paragrafët decilkoh, përshkruhet jak zrobiti që të mos prishen dokumentet.
8. GOST 19.602-78 Rregulla për dyfishimin, regjistrimin dhe mbledhjen e dokumenteve të programit, printim vison-x. Duke shtuar deri në GOST 19.601-78.
9. GOST 19.603-78 Rregulla të përgjithshme për futjen e ndryshimeve - Unë do të vendos rregullat e përgjithshme për futjen e ndryshimeve më parë dokumentet e softuerit... Nga rruga, unë përshkruaj një algoritëm burokratik burokratik për të bërë ndryshime në dokumente.
10. GOST 19.604-78 Rregulla për të bërë ndryshime në dokumentet e softuerit që trajtohen në mënyrë të përshtatshme - duke përshkruar procedurën për robotikën dhe memorizimin nga Lista e ndryshimeve.

Një listë e GOST-ve speciale, në mënyrë që në lëkurë ato të përshkruhen në dokument:

1. GOST 19.202-78 Specifikimi. Vimogi në zm_stu se regjistrimi;
2. GOST 19.301-79 Programi dhe metodologjia viprobuvan. Vimogi në zm_stu se regjistrimi;
3. GOST 19.401-78 Teksti i programit. Vimogi në zm_stu se regjistrimi;
4. GOST 19.402-78 Përshkrimi sipas programeve;
5. GOST 19.403-79 Lloji i pronarit të origjinaleve;
6. GOST 19.404-79 Shënim shpjegues. Vimogi në zm_stu se regjistrimi;
7. Formulari GOST 19.501-78. Vimogi në zm_stu se regjistrimi;
8. GOST 19.502-78 Përshkrimi i ruajtjes. Vimogi në zm_stu se regjistrimi;
9. GOST 19.503-79 Certifikimi i një programuesi të sistemit. Vimogi në zm_stu se regjistrimi;
10. GOST 19.504-79 Curriculum Vitae. Vimogi në zm_stu se regjistrimi;
11. GOST 19.505-79 Certifikimi i operatorit. Vimogi në zm_stu se regjistrimi;
12. GOST 19.506-79 Përshkrimi i lëvizjes. Vimogi në zm_stu se regjistrimi;
13. GOST 19.507-79 Lloji i dokumenteve të funksionimit;
14. GOST 19.508-79 Certifikimi sipas shërbim teknik... Vimogi të zm_stu se regjistrimi.

Renditja e robotit me 19 GOST:

1. Në GOST 19.101-77, vibroni dokumentin dhe kodin e tij në fillim të fazës së zhvillimit.
2. Në varësi të standardit shtetëror 19.103-77, referojuni numrit të dokumentit.
3. Ne mund të hartojmë një dokument në përputhje me GOST 19.104-78 dhe 19.106-78.
4. Nga lista speciale e GOST-ve vijojnë dridhjet, të cilat do të përdoren për përpunimin e dokumentit.

visnovok

GOST nuk është e frikshme dhe e vështirë! Është më e gjallë, është e nevojshme të shkruash dhe si që një GOST të jetë fitimtar. GOST-të tona kryesore 19 dhe 34 për shkrimin e dokumentacionit janë edhe më të vjetra dhe ende të rëndësishme për ditën. Dokumentacion me shkrim sipas standardit të njohurive pa furnizim ushqimor ndërmjet vikonave dhe zv. Otzhe, mbaj në ekonomi një orë e një qindarkë.

R Pro Z U D A R S T U E N I J S T A N D A R T Z Pro Y Z A S S R

Data e prezantimit 01.01.90

Ky standard shtrihet në sistemet e automatizuara (AS), në mënyrë që të mund të funksionojë në sfera të tjera të veprimtarisë (menaxhimi, zhvillimi paraprak, dizajni, etj.), , i krijuar nga GOST 24.601.

Shpjegimi i termave, si duhet të fiksohen në të gjithë standardin, drejtuar suplementit 1.

1. SHIH DO DOKUMENTET E NAMENUVANA

1.1. Magazina e llojeve të dokumenteve, të cilat shpërndahen në fazën e "Para-lëshimit dhe instalimit të trungut të AU", do të fillojë në një bazë të veçantë përpara shpërndarjes. 3 GOST 24.601, nga rezultatet e nevojshme për fazën e dhënë.

1.2. Në fazën "Technic zdannya", Tekhnichne zavdannya (TZ) është zhvilluar në bazën e sistemit të automatizuar dhe deri në GOST 34.602.

Lejohet të prishet TK private në sistemet okremi (nënsistemet, komplekset e detyrave, komplekset softuerike dhe harduerike, komponentët e sigurisë teknike dhe softuerike, etj.)

1.3. Ju mund të shihni dokumentet që janë zhvilluar në fazat "Projekti Eskizny", "Projekti teknik", "Dokumentacioni i punës" janë paraqitur në tabelë. një.

Tabela 1

1.3.1. Naymenuvannya e dokumenteve specifike, të cilat zhvillohen në hartimin e sistemit në të gjithë ose në pjesën її, siç tregohet në tabelë. 2.

Tabela 2

(Ndryshimi i botimit, Zm. Nr. 1)

Shënime:

• 1. Tabelat pranojnë fillimin:
  • EP - një projekt ekonomik;
  • TP - projekt teknik;
  • RD - dokumentacioni i punës;
  • OSE - zgjidhje zagalnosystemnі;
  • GO - zgjidhje për organizimin e kujdesit shëndetësor;
  • TO - zgjidhje për sigurinë teknike;
  • IV - zgjidhje për sigurinë e informacionit;
  • Software - zgjidhje për sigurinë e softuerit;
  • MO është një zgjidhje për sigurinë matematikore.
• 2. Shenja X - nënkupton përkatësinë në dokumentacionin e projektimit dhe inxhinierisë ose shfrytëzimit.
• 3. Nomenklatura e dokumenteve në një emër do të vendoset në masë nga sistemet dhe zgjidhjet e projektimit të miratuara gjatë zbatimit

1.3.2. Shikoni dokumentet në softuer, si të filloni kur hapni AS (її pjesë) - në përputhje me GOST 19.101.77.

1.3.3. Ju mund të shihni dokumentet mbi informacionin teknik, si të kontrolloni në hapjen e AU (pjesë її), - sipas GOST 2.102 dhe sipas GOST 2.601 në një pjesë të dokumenteve të funksionimit.

1.3.4. Lejohet sipas metodave të përcaktuara të projektimit dhe specifikave të termocentraleve bërthamore:

• 1) shpërndarja e grupeve dhe dokumenteve bazë dorëzohet para shpërndarjes. 1, 3, 4, 6 GOST 2.113;
• 2) dokumente vipuskati me disa pjesë të pavarura, seksione të përgjithshme të dokumentit kryesor;
• 3) zgjeroni nomenklaturën e dokumenteve të përcaktuara nga standardi CIM.

1.4. Në fazat e "Përgatitjes së komponentëve jo thelbësorë të ASK" dhe "Hyrja në prodhim" zhvillohen dokumentet e mëposhtme organizative dhe porositëse:

• 1) akti i përfundimit të robotit;
• 2) akti i tërheqjes në shfrytëzimin e mëparshëm;
• 3) akti i joshjes në shfrytëzim industrial;
• 4) një plan-graf i një roboti;
• 5) mandat për depon e komisionit pranues;
• 6) urdhër për kryerjen e robotit;
• 7) programi është robotik;
• 8) protokolli i viprobuvanit;
• 9) protokolli i uzgodzhennya.

2. PLOTËSIA E DOKUMENTACIONIT

2.1. Transferimi i emërtimit të dokumenteve të përpunuara dhe plotësia e tyre në sistem dhe pjesë është fajtor për vlerat në stabilimentin teknik në fund të sistemit të automatizuar (pidsystem).

Shënim. Plotësia e projektimit dhe dokumentet me kosto efektive në viza bazohen në rregullat, ngritjen e sistemit Dokumentacioni i Projektimit për Buxhetin (SPDB).

2.2. Një numër dokumentesh ruhen në kompletin e lëkurës.

2.3. Plotësia e dokumentacionit, i cili do të ruajë shpërndarjen, përgatitjen, mirëmbajtjen dhe instalimin e pajisjeve teknike, është në përputhje me GOST 2.102. Plotësia e dokumentacionit operacional për prodhimin është në përputhje me GOST 2.601.

2.4. Plotësia e dokumentacionit mbi softuerin teknologjia e llogaritjes- në përputhje me GOST 19.101.77.

2.5. Në rast të zhvillimit të pavarur të një pjese të sistemit, dokumentacioni mbi të plotësohet sipas standardit në fuqi.

3. CAKTIMI I DOKUMENTEVE

3.1. Një dokument i thyer i lëkurës është fajtor, por përvetësohet për vetë-identifikim. Dokumenti, vikonanii në hundët vikonnyh të haraçit, është fajtor vetëm për nënën. Para përcaktimit të dokumenteve, të shfaqura në hundët e makinës, shtoni shkronjën "M".

Do të shtyjmë dokumentet, do të ruajmë caktimin e vlerës.

3.2. Rregullat e referencës nuk shtrihen në dokumente, rregulla të një lloj rregullimi sipas standardeve shtetërore të sistemeve të tjera të dokumentacionit.

3.3. Përcaktimi i dokumentit do të strukturohet:

Para> ___________
|___________|. XX. XX. X- X. M
Emërtimi i sistemit | | | | | |
(Pjesë të sistemit) | | | | | |
Kodi i dokumentit | | | | |
Numri serial i dokumentit të një | | | |
emërtimi | | | |
Numri i rishikimit të dokumentit | | |
Numri i pjesës së dokumentit | |
Shenja e dokumentit, vikonny në makinë |
nosiyakh |

3.3.1. Rregullat për përcaktimin e sistemit (pjesë e sistemit) i drejtohen suplementit 2.

3.3.2. Kodi i dokumentit ruhet në dy shkronja dhe shenja. Kodi për dokumentet që janë përcaktuar nga standardi duhet të vendoset në kolonën 3 të tabelës. 2. Kodi i dokumenteve shtesë duhet të formohet në këtë mënyrë: karakteri i parë është një shkronjë, që nënkupton llojin e dokumentit nga tabela. 1, shenja tjetër është një numër ose një shkronjë, për shembull, numri rendor i dokumentit të këtij lloji.

Kodi i dokumentit shfaqet përpara shenjës së përparme.

3.3.3. Renditja e numrit të dokumenteve të njërit emri (2 karaktere) atribuohet, riparohet nga tjetri dhe lirohet nga shenja e mëparshme.

3.3.4. Numri i rishikimit të dokumentit hartohet, duke korrigjuar nga tjetri në rendin e rritjes nga 2 në 9, dhe nga vlera kryesore me një pikë. Edicioni i redaksisë nga Chergov i atribuohet listës së kursimeve (JO të anuluara) përpara bordit redaktues.

3.3.5. Numri i pjesës së dokumentit tregohet përpara simbolit me vizë. Nëse dokumenti ruhet në një pjesë, atëherë viza nuk jepet dhe numri i pjesës nuk i bashkëngjitet dokumentit.

3.3.6. Shenja e dokumentit, e shfaqur në makinë, duhet të futet nëse është e nevojshme. Shkronja "M" shihet përpara shenjës së përparme.

SHTOJCA 1
dovidkov

SHPJEGOHET TERMINIV, pasi qëndron në STANDARD TSOMU VIDPOVIDA

Dokumentacioni për sistemin e automatizuar- një kompleks dokumentesh të ndërlidhura, në të cilat përshkruhet përshkrimi i të gjitha zgjidhjeve dhe funksioneve të sistemit, si dhe dokumente që përdoren për të konfirmuar informacionin e sistemit dhe funksionet e institucionit teknik dhe të gatshme.

Dokumentacioni i projektimit dhe projektimit për AU- një pjesë e dokumentacionit për AU, i cili mund të zhvillohet për shfaqjen e robotëve të alarmit dhe instalimit të lidhur me dyert e AU.

Dokumentacioni i punës në AU- një pjesë e dokumentacionit për AU, të nevojshme për përgatitjen, mirëmbajtjen, instalimin dhe rregullimin e sistemit të automatizuar në tërësi, si dhe futjen në sistemet e softuerit dhe komplekset teknike, softuerike dhe metodike dhe përbërësit teknikë, softuerikë. dhe harresa informative.

RREGULLAT PËR CAKTIMIN E SISTEMEVE TË PJESËVE TA ЇX

1. Struktura e përcaktimit të sistemit të automatizuar dhe e pjesës së ma viglyad:

2. Kodi i organizatës zhvilluese caktohet, sipas klasifikuesit shtetëror të ndërmarrjeve, sipas rregullave të përcaktuara nga NTD Galuzev.

3. Kodin e karakteristikave të klasifikimit të sistemit dhe të pjesës (të sistemit, kompleksit, përbërësit), sipas rregullave të vendosura në korridor mbi bazën 425 sipas klasifikuesit të klasifikuesit të produkteve të bashkimit të huaj / klasifikues jonormal sistematik i kompleksit

4. Numri rendor i regjistrimit të sistemit (pjesë e sistemit) i caktuar nga shërbimi i organizimit të pikës me pakicë, tregohet për mirëmbajtjen e indeksit të kartës dhe statusit. Numrat e regjistrimit janë caktuar nga 001 në 999 për kodin e lëkurës së karakteristikave të restaurimit.

INFORMACION DANI

1. Trëndafili І PARAQET
Komiteti Shtetëror i BRSS për standardet
Nga Ministria e Çështjeve të Aplikuara, me anë të sistemeve të automatizimit dhe kontrollit të CPSR

VIKONAVTSI
I.P. Vakhlakov; Ya.G. Vilenchik; N.M. Vitsyn, Cand. teknologjisë. shkencat; F.R. Vidra, Cand. teknologjisë. shkencat; S.V. Garshina; B.A. Dyukov; L.M. Seidenberg, Cand. teknologjisë. shkencat; A.P. Igoshin, Cand. teknologjisë. shkencat; Yu.B. IRZ, Cand. teknologjisë. shkencat (kerіvnik ato); V.Yu. Mbretërit; I.A. Koroteeva; E.S. Kranke, Cand. teknologjisë. shkencat; V.I. Makhnach, Dr. shkencat; I.S. Mityaev; JAM. Mustafina; Є.I. Nekrilov, Cand. teknologjisë. shkencat; V.F. Popov; Є.G. Savina; N.V. Stepanchikova; QV. Chistov, Cand. teknologjisë. shkencat; P.A. Shalaev, Cand. teknologjisë. shkencat

2. MIRATUAR І HYRË NË DIU Ukhvalo Komiteti Shtetëror i BRSS sipas standardeve të rishikuara 24.03.89 Nr. 664

3. Termi perevirki - 1999 f.; periodiciteti i rishikimeve - 10 rockiv

4. ZËVENDËSIMI GOST 24.101-80, GOST 24.102-80, RD 50-617-86

5. DOKUMENTET RREGULLATORË DHE TEKNIKE

Është paraqitur amendamenti nr. 1, (Miratuar dhe futur në Dekretin e Komitetit Shtetëror të BRSS për menaxhimin e produkteve dhe standardeve të datës 29 dhjetor 1990 Nr. 3468, hyrë më 01/07/1991).

GOST 19.101-77

Grupi T55

STANDARD STANDARD

Një sistem i dokumentacionit të softuerit

SHIH PROGRAMET DHE DOKUMENTET E PROGRAMIT

Sistemi i unifikuar për dokumentacionin e programit. Llojet e programeve dhe dokumentet e programit

ISS 35.080

Data e prezantimit 1980-01-01

Me dekret të Komitetit Shtetëror të Standardeve për Ministrinë e Ministrive të BRSS të lëshuar më 20 maj 1977, N 1268, data e prezantimit u vendos më 01.01.80

VIDANNYA (që nga viti 2010) me Zmina N 1, e ngurtësuar në chervna 1981 (ІУС 9-81).


I gjithë standardi përcakton llojin e programeve dhe dokumenteve softuerike për llogaritjen e makinave, komplekseve dhe sistemeve që nga zonat dhe zonat e përcaktuara të ruajtjes.

Standardi është rritur sipas ST REV 1626-79.

(Botim i ndryshuar, Zm. N 1).

1. SHIKONI PROGRAMIN

1. SHIKONI PROGRAMIN

1.1. Programi (në përputhje me GOST 19781-90) lejohet të identifikohet dhe ruhet në mënyrë të pavarur dhe (ose) në magazinat e programeve të tyre.

1.2. Programet i shtohen pamjeve, duke qëndruar pezull në Tabelën 1.

Tabela 1

1.3. Dokumentacioni, i zbërthyer në një program, mund të përdoret për zbatimin dhe transmetimin e programeve në bazë të homazheve, si dhe për përgatitjen e softuerit virobi.

1.2, 1.3. (Botim i ndryshuar, Zm. N 1).

2. SHIH DOKUMENTET E PROGRAMIT

2.1. Përpara programit është e nevojshme të sigurohen dokumente, të hakmerren pikëpamjet që janë të nevojshme për zhvillimin, përgatitjen, mbështetjen dhe funksionimin e programit.

2.2. Llojet e dokumenteve të softuerit dhe zmist janë paraqitur në tabelën 2.

Tabela 2

2.3. Llojet e dokumenteve të funksionimit dhe zmist janë paraqitur në tabelën 3.

Tabela 3

2.4. Kjo është për shkak të metodës së shfaqjes dhe natyrës së ruajtjes së dokumenteve të programit në origjinal, dublikatë dhe kopje (GOST 2.102-68), përcaktimet për shpërndarjen, mbështetjen dhe shfrytëzimin e programeve.

2.5. Ju mund të shihni dokumentet e softuerit që janë zhvilluar në fazat e hershme dhe kodet udhëzuese janë paraqitur në tabelën 4.

Tabela 4

Mendësia:

- dokument detyrues;

- një dokument detyrues për komponentët, i cili mund të jetë i pavarur;

- nevoja që një dokument të paloset duhet të fillojë në fazat e shpërndarjes dhe konsolidimit të departamentit teknik;

- - mos e vendosni dokumentin.

2.2-2.5. (Botim i ndryshuar, Zm. N 1).

2.6. Lejohet unifikimi i pamjes së dokumenteve operative (me kushtin e pamjes së dokumenteve operative dhe formularit). Nevoja për mbledhjen e këtyre dokumenteve duhet t'i jepet departamentit teknik. Një dokument i përbashkët duhet të përfshijë emrin e një prej dokumenteve të paraqitura.

Në dokumentet e përgjithshme, faji i drejtimit të shtëpisë, pasi duhet futur në lëkurë, duhet të përfshihet dokumenti.

2.7. Në fazën e zhvillimit dhe konsolidimit të departamentit teknik, është e nevojshme të ndërtoni mendje teknike, për t'u hakmarrë ndaj tyre përpara përgatitjes, kontrollit dhe kapjes së programeve.

Mendje teknike për t'u zhvilluar në fazën "Projekti Robot".

2.8. Nevoja që stafi teknik të ndërtohet mbi komponentë që nuk janë të destinuara për vetë-mjaftueshmëri, dhe komplekse, për të hyrë në këto komplekse, duhet t'i caktohet motit si zëvendësim.

(Futur dodatkovo, Zmin. N 1).



Teksti elektronik i dokumentit
përgatitja e AT "Codex" dhe rishikimet për:
dukshmëria zyrtare
Një sistem softuerësh
Dokumentacioni: Zb. GOST_v. -
M .: Standartinform 2010

R Pro Z U D A R S T U E N I J S T A N D A R T Z Pro Y Z A S S R

Me dekret të Komitetit Shtetëror të BRSS sipas standardeve të 14 majit 1980 r Nr. 2101 kushtet e futjes së rregulloreve

s 01.01 1981 r

Ky standard shtrihet në dokumentacionin teknik për sistemet e kontrollit të automatizuar (ACS) të të gjitha llojeve, të cilat mund të zhvillohen për të gjitha sistemet e kontrollit (përveç atyre të huaja) dhe do të instalohen deri në një ndryshim të dokumenteve në deri në 24 projekte GOST. . ..

1. RREGULLAT LIGJORE

1.1. Dokumentacioni i sigurisë së softuerit është caktuar:

• për përshkrimin e zgjidhjeve të projektimit për sigurinë e softuerit në dokumentin "Përshkrimi i sigurisë së softuerit ACS".
• për vendosjen e programeve (kompleks programesh) në dokumentin "Technique zavdannya";
• për përshkrimin e zgjidhjes, mënyrën e sigurimit të mbikëqyrësve, përgatitjen dhe përdorimin e programeve (për kompleksin e programit) në dokumentet "Shënim shpjegues", "Përshkrimi i programit", "Përshkrimi i programeve", "Specifikimet teknike", "Operatori programe" programe ","Forma","Procedura dhe teknika e viprobauvanit";
• për rishikimin e programeve pronësore (kompleksi i programeve) në dokumentin "Përshkrimi i prapanicës së kontrollit".

1.2. Gjatë zhvillimit të dokumenteve në një pjesë të ACS, ndryshimet në dokumentin e lëkurës duhet të rrethohen nga kornizat e një pjese të veçantë.

1.3. Pavarësisht nga përcaktimi dhe veçoritë specifike të ACS ekzistuese, lejohet të përfshihen artikuj shtesë në dokumente, megjithëse ato nuk janë përcaktuar nga standardi. Dukshmëria e vendimeve të projektimit për shpërndarjen e dokumentit fiksohet në shpërndarjen e duhur me shpjegimet e nevojshme.

1.4. Vimogi për ndryshimin e dokumenteve "Tekhnicheskie zavdannya", "Shënim shpjegues", "Përshkrimi i ruajtjes", "Specifikat teknike", "Deklarata e operatorit", "Programet e tekstit", "Formulari", "Procedura dhe metodologjia e viprobauvannya" 20 GOST 19,404-79, GOST 19,502-78, GOST 19,202-78, GOST 19,505-79, GOST 19,401-78, GOST 19,501-78 dhe GOST 19,301-79.

(Ndërrimi i botimit, Zm. Nr. 1).

2. VIMOGI TE DOKUMENTET ZM_STU

2.1. Përshkrimi i sigurisë së softuerit të ACS

2.1.1. Dokumenti është fajtor për hakmarrje nga ana e hyrjes dhe shpërndarjes:

• struktura e sigurisë së softuerit;
• funksionet kryesore të pjesëve të sigurisë së softuerit;
• metodat për krijimin e sigurisë së softuerit;
• sistemi operativ;
• marrë në, si për të zgjeruar mundësitë sistemet operative.

2.1.2. Pjesa është fajtore për informacionin kryesor në lidhje me llojet teknike, informative dhe llojet e tjera të sigurisë ACS, të nevojshme për zhvillimin e sigurisë së softuerit, për shembull, në bazë të dokumenteve shtesë për projektin ACS.

2.1.3. Rozdil "Struktura e sigurisë së softuerit" është fajtore për zbulimin e ndryshimit të pjesëve të sigurisë së softuerit nga kuptimi i marrëdhënies dhe krasitjen e lëkurës prej tyre.

2.1.4. Rozdil "Funksionet kryesore të pjesëve të sigurisë së softuerit" është fajtor për misterin e sëmundjes, në të cilën për lëkurën e pjesës së sigurisë së softuerit prodhohen karakteristikat dhe përshkrimi i funksioneve kryesore.

(Ndërrimi i botimit, Zm. Nr. 1).

2.1.5. Rozdil "Metodat për sigurimin e sigurisë së softuerit" është fajtor për ndryshimin e metodave të sigurisë së softuerit për zhvillimin e sigurisë së softuerit për ACS nga pjesët thelbësore të sigurisë së softuerit, kur zhvillohen disa raste të problemeve të sigurisë.

2.1.6. Rozdil "Sistemi Operativ" është fajtor për hakmarrje:

• emërtimi, emërtimi i Përshkrim i shkurtër një sistem operativ dhe version i kundërt, në kuadrin e të cilit do të ketë visonuvati, do të shpërndahen programe, me zgjedhjen e përzgjedhjes dhe kuptimin e dzherel, de dhënë raport për të përshkruar version i kundërt;
• identifikimin e sistemit operativ, në varësi të faktit nëse faji është gjenerimi i versionit të kundërt të sistemit operativ;
• vimogi në versionin e gjenerimit të versionit të kundërt të sistemit operativ.

2.1.7. Rozdil "Shpëtoni veten, zgjeroni aftësitë e sistemit operativ" është fajtor për hakmarrjen e pidrozës, në të cilën për macen vikorovuvanny lëkurore, e cila zgjeron aftësitë e sistemit operativ, në mënyrë që të sigurojë:

• naymenuvannya, nënkuptuar dhe një përshkrim të shkurtër të nevojës për nevojën për këtë, iu dha një raport për të përshkruar në një mënyrë tjetër;
• emërtimi i një certifikate, në varësi të asaj se sa kohë duhet për të gjetur një mënyrë për ta rregulluar atë në një bazë specifike;
• vimogi derisa të krijohet vikoristovuvannya koshty.

2.2. përshkruaj programet

2.2.2. Për programet (një kompleks programesh), i fituar për një rakhunok vikorystannya më parë duke thyer hyrjet e programit, dokumenti "Përshkrimi i programeve" i ndjekur nga razdil "Inputet e softuerit Nalashtuvannya".

2.2.3. Rozdil "Nalashtuvannya programnykh zasobіv" është fajtor për hakmarrje:

• naymenuvannya, inputet e softuerit të caktuar viktoriane, përshkruajnë procedurat e nevojshme për vendosjen e tyre, për shembull, për shfrytëzimin e dokumentacionit të këtyre artikujve;
• një interpretim i elementeve të hyrjeve fitimtare të programit, të cilat janë të nevojshme për programet otrimannya (një kompleks programesh);
• Përshkruani rregullimin në lëvizje, të transferuar në dokumentacionin e shfrytëzimit mbi fitoret e programit.

2.3. Jetëshkrimi

2.3.1. Dokumenti që qëndron pas magazinës është fajtor për dorëzimin e GOST 19.504-79 dhe, përveç kësaj, përfshin seksionin "Pamje rreth formës së paraqitur nga programet (kompleksi i programeve)".

2.3.2. Rozdil "Pamjet rreth formës së paraqitur nga programet (kompleksi i programeve)" është fajtor për idetë për gjërat, në të cilat është shkruar programi, për ndryshimin dhe çdo orë të transmetimit të sinjalit të informacionit, të regjistruar në hundë, gjithashtu. si formë e informacionit, e cila është e nevojshme për lexim.

2.3.3. Për programet (një kompleks programesh) që pranojnë vendosjen në mendjen e një ruajtjeje specifike, dokumenti "Kërkesa e Programuesit" përfshin seksionet e mëposhtme:

• struktura e programeve;
• vendosja e programeve;
• mundësi shtesë;
• sipas programuesit të sistemit.

2.3.4. Lejohet për programe (një kompleks programesh), i cili lejon personalizimin në mendjen e një ruajtjeje specifike, zëvendëson pjesët e listuara në pikën 2.3.3, zhvillon dokumentin "Siguria e programuesit të sistemit"

2.4. Përshkrimi i prapanicës së kontrollit

2.4.1. Dokumenti është fajtor për hakmarrje për:

• njohje;
• haraç kalli;
• rezulton në një rruzare;
• rishikimi i programeve (kompleksi i programeve).

2.4.2. Rozdil "Appreciable" është fajtor për hakmarrje ndaj parametrave dhe një përshkrim të shkurtër të funksionit, nga numri i atyre që zbatohen nga programi (kompleksi i programeve), i cili konvertohet nga prapanica e kontrollit.

2.4.3. Rozdil "Vykhidnі danі" është fajtor për hakmarrjen e përshkrimit të haraçit përfundimtar për rishikimin e programeve (kompleksi i programeve) me haraçin e dhënë. Lejohet paraqitja e të dhënave në formë raporti nga AKZHP.

2.4.4. Rozdil "Resulti rozrakhunku" është fajtor për hakmarrje ndaj rezultateve dhe përpunimit të të dhënave të marra nga programi (kompleksi i programeve), i cili lejon vlerësimin e saktësisë së të dhënave të shfaqura për t'u pajtuar me funksionin dhe vlerën e parametrave që rikonfigurohen. . Rezultatet dhe rezultatet e lejuara jepen në viglyad_development të ACDP.

2.4.5. Rozdil "Programet Perevirka (kompleksi i programeve)" është fajtor për hakmarrje:

• të përshkruajë depon e veçorive teknike të nevojshme për programet robotike (një kompleks programesh), si dhe në bazë të dokumenteve të përditësuar të softuerit;
• të përshkruajë procedurat për formulimin e të dhënave dalëse për konvertimin e programeve (për kompleksin e programeve), për konvertimin e programeve, për konvertimin (për kompleksin e programeve) dhe për konvertimin e rezultateve;
• një përshkrim të punës së operatorit gjatë përgatitjes së të dhënave dalëse dhe konvertimit të programeve (kompleksi i programit) në stokun e kontrollit.

Tani, në parim, ju nevojitet kur dizajnoni?

Punoni kështu, kështu që të ftuarit do të ndihmojnë vetë stilistin.

Problemi kryesor në dizajn është kostoja e vetë dizajnit. Є si urivki dumok, bazhan, ale pa e formuluar si një tablo të plotë. Tse në mënyrë dominuese deri te veshët dhe administratorët e sistemit dhe në veshët e inxhinierëve të sistemit. Prania e spontanitetit të mesazhit. Deri atëherë, ajo është në pushtet dhe në krye të deputetëve. Ka një erë të keqe në mes të një kampi të madh të gjallë, poshtë viconavtsi.

Ushqimi Vinikak tsikave: dhe kujt i duhen të gjitha shënimet shpjeguese, TK, etj? Boshti i parë është ai që ne e shohim si tsikaviy: 85% e dokumentacionit kërkohet nga vizitori. Reshta 15% kërkohet nga deputeti për llojin e inteligjencës intelektuale që duhet të merret parasysh. Ale Vikonavtsyu duhet të identifikojë qartë projektin dhe shenjat e vitit. Viconavets është fajtor që e kapi veten nga kaosi i misionit të deputetit.

Otzhe, i zemëruar me GOST rosrobnik. Ne kemi dy kryesore: seritë GOST 34 dhe GOST 19 seri. Seria e 34-të prezantohet para shpërndarjes së sistemeve të automatizuara, dhe e 19-ta - deri në shpërndarjen e sigurisë së softuerit.
Ne do të flasim për serinë GOST 34.

Në serinë e 34-të ka shumë GOST të rinj. Ne do të jemi tsіkaviti të privuar nga deyakі prej tyre. Dhe vetë:

1. GOST 34.003-90 Teknologjia e informacionit. Një grup standardesh për sistemet e automatizuara. termat dhe vlerat
2. GOST 34.601-90 Teknologjia e informacionit. Një grup standardesh për sistemet e automatizuara. Sisteme të automatizuara. stadi kërcellor
3. GOST 34.602-89 Teknologjia e informacionit. Një grup standardesh për sistemet e automatizuara. Kontrolli teknik i sistemit të automatizimit
4. GOST 34.603-92 Teknologjia e informacionit. Shihni sistemet e automatizimit viprobuvan
5. GOST 34.201-89 Teknologjia e informacionit. Një grup standardesh për sistemet e automatizuara. Shihni, plotësinë dhe përcaktimin e dokumenteve në rastin e sistemeve automatike
6. RD 50-34.698-90 Sisteme të automatizuara. Vimogi te dokumentet zm_stu.

GOST-të janë të ngjashme në "strukturat e tyre arkitekturore" me katalogun. Në të tilla, për shembull, jak Active Directory... Sidoqoftë, nëse po shkruani dokumentacion që pranohet lehtësisht nga GOST, atëherë është e tepërt t'ju lejojë të njiheni me numrin e mrekullueshëm të dokumenteve. Ale scho naygolovnishe në GOST, zinxhiri është modeli "nga zalny në beton". E rregulloj atë me frazat e mëdha dhe kaloj demo në RJ45 të fundit në sistem.

Dhe tani ka më shumë raporte. GOST kryesore, navkolo ku tzv. valle є GOST 34.601-90 (Faza e zhvillimit). Le t'i hedhim një vështrim më të afërt dokumentit.

Aksi është një aks i tillë i strukturës që është strukturuar për ne në këtë dokument. Mirë në tsyomu mrekulli? Chudovoy në tsyomu ato që janë praktike për ciklin jetësor të sistemit të automatizuar. Pse Mige? Prandaj këtu ka një fazë të tillë si rezultat i shfrytëzimit dhe shfrytëzimit. Nuk është veçanërisht e mirë për ne, dhe është kërkuese. Lëreni shumë për të pastruar fazat e tjera. Më shumë, që faza e përdorimit të mbulohet në një nga GOST-të e tjera, ose të shkojë përtej fushëveprimit të statutit.

Siç them unë vishche, të ftuarit do të hakmerren në perceptimin e tyre. Para së gjithash, ne do të jemi në gjendje të vizitojmë botët tona dhe do të shikojmë GOST 34.003-90 (Termat e referencës). Në nivelin e ri të cilësisë së sistemit të automatizuar. Është e rëndësishme, sepse ne ende duhet të shohim se si do të shkojmë për këtë.

GOST 34.003-90 për përcaktimin e sistemeve të automatizuara dhe na tregoni se si: sistemi është i automatizuar; AS: Një sistem që mund të ruhet me personel dhe një kompleks për automatizimin e këtij aktiviteti, që zbaton teknologjinë e informacionit të funksioneve të instaluara. Tobto me fjalë të tjera, AU ruhet në

1. Personeli
2.kompleksi i asistimeve
3. Përsa i përket veprimtarisë, për efekt automatizimi.

Pra, është më e saktë në GOST 34.003-90

1. një kompleks për automatizimin e një sistemi të automatizuar; KSA AS: Sukupn_st i të gjithë komponentëve të AU, prapa fajit të njerëzve
2. sisteme të automatizuara koristuvach; koristuvach AC: Një person, i pëlqen të kujdeset për fatin e funksionit të AS, për rezultatet vikariste të funksionit
3. personeli operativ i sistemit të automatizuar; personeli operativ i fabrikës
4. komponent i një sistemi të automatizuar; Komponenti AC: Një pjesë e AC, e parë pas shenjës së njohur të këndimit ose sukupnistu dhe shihet si një qëllim i vetëm

Pse duhet të vini këtu? Dhe të ecësh, që e pamë nën këmbët tona, është një lloj themeli, mbi të cilin do të spiralemi. E shohim pse do të ruhet sistemi i automatizuar dhe sqaruam se stafi do të jetë dy llojesh: për koristuvaç dhe për shfrytëzim. І logjikisht vivedemo, si komponent i AU-së, vizionet pas njohjes kënduese ts. "Hardware" dhe "software", që është e thjeshtë. Programet sukupnіst + zalіzo do të jenë një kompleks për automatizimin e AU.

Pra, nëse deputeti është, për shembull, thotë "Dhe më vendos Exchange", atëherë nuk do të ketë AC për një arsye të thjeshtë: si minimum në një lloj aktiviteti të tillë të vendosur të përditshëm të automatizuar. Dhe ndoshta deputeti nuk ka nevojë për Shkëmbim. Dhe ndoshta nuk keni nevojë për Exchange. Dhe tse do të thotë se është e nevojshme të përmirësohet automatizimi i procesit. Dhe do të thotë të pendohesh për fazën e Persha GOST 34.601-90 (Faza e skenës). "Formuvannya vimog në AS"

Në fazën ts_y të GOST vimag, ne shohim zhvillimin e një sërë fazash. Nëse e përkthejmë çmimin në një gjuhë njerëzore, atëherë këtu kemi faj për nevojën për kërkesë. Chi dotsіlno tse rіznih pikë zoru. Zagal, për të vlerësuar nevojën për një grabitje kalli. Çanta e robotikës në fazën ts_y rritet si një rezultat fizik.

Përveç kësaj, siç kemi parë një deputet, kemi furnizime të mjaftueshme për zhvillimin, mund të kalojmë në fazën e ardhshme "Zhvillimi i konceptit AS".

Në koncept, ne duhet të gjallërojmë objektin, është e nevojshme ta realizojmë atë. Nëse në fazën e parë ata diskutonin rreth arsyes së rrjedhjes së AU vzagal (ata nuk duan të jenë jashtë biznesit, thjesht ishte shkruar GOST, nëse nuk mësoheshin me fjalë të tilla), atëherë në fazën tjetër duhet ta dimë janë opsionet e disponueshme, Yakі është i kënaqur me vimogamën e zv. Për shembull, nëse deputeti dëshiron të dërgojë sistemin, atëherë mund ta zbatojë atë në Exchange, si dhe në Postfix ose çfarëdo tjetër. Me pluset, minuset dhe opsionet e zhvillimit. Bëhet një ekzaminim nga zyra qendrore e objektit dhe, paraprakisht, për të vlerësuar punën e vitalitetit. Mi, jak vikonavtsі, tezh shukaєmo për veten time opsioni më optimal.
Përveç kësaj, do të vijmë me deputetin e këngës Një nga mendimet për ato, që është vetë opsioni i vendimit për të shkuar te orizi përrallor më i miri, ia kalojmë, pa u frikësuar nga një fjalë e vetme, që është më e e rëndësishme për artikullin e projektit "Technique Zavdannya"

Menaxhimi teknik, si dhe për t'u habitur me përcaktimin e GOST 34.602-89, - dokumenti kryesor, i cili është baza për vendosjen e rendit të hapjes (zhvillimi i modernizimit - në distancë të gjatë) të sistemit të automatizuar, në me qëllim që të prezantohet prezantimi i

TK e një dokumenti të rëndësishëm për caktimin e GOST-it personal. Nuk do të hyjmë në detaje rreth infeksionit. Unë do t'ju respektoj, por për formulimin e saktë të TK është e nevojshme të shkoni në fazën e GOST 34.601-90 "Formimi i vimog në AS" dhe "Zhvillimi i konceptit të AS" vikonani ngacmues. Si rezultat i kryerjes së këtyre fazave duhet të ruhet korrektësia dhe korrektësia e origjinës së TK.

Ju lutemi plotësoni komentin tuaj!