Tehniline ülesanne tööle automatiseeritud raamatupidamissüsteemi arendamise kohta Moskva Metro rikkumistele. Näide tehnilise ülesande kohta süsteemi loomise sisu läbivaatamiseks

Loodud 11/22/2005 12:49:32

Intelligentsest sõnastikust

Koostis, kompositsioon, abikaasa. Ainult üksused. Osade kombinatsioon, esemed, mis moodustavad mis tahes täisarvu. "- Kas me saame, marxistid, ümbersõit põhiseaduses meie ühiskonna klassis? Ei, me ei saa." Stalin. Riigi relvajõudude koosseis. Vara koostis. Kapitali koosseis. Sisaldama midagi. || Keemilise ühendi, segu, lahuse elementide kombinatsioon. Väävelhappe koostis. Määrata ravimi koostis. Koostis. Ravimite preparaadid.

Sisu on see, mis kujutab endast kellegi olemust. "... proletariaadi diktatuuride periood ja sotsialismi ehitamine NSVLis on rahvuslike kultuuride õitsemine, sotsialistlik sisu ja kuju." Stalin. Vorm ja sisu - materialistliku dialektikategooriad. Mees, kellel on rikas sisemine sisu (vaimne maailm). Klassi sisu avaliku liikumine. Teadvuse sisu.

Mis räägib või öelda, teema, peamine tähendus, kirjeldatakse esitluse olemust. Raamat huvitava sisuga. Aruande sisu. Erinevate sisude kogumine. Vormi ja sisu probleem kunstilise jutustuse kohta. Jagage artikli sisu.

Tingimused ja mõisted

Töö - tootmine, teaduslik või muu loomise (ja ehitamise, metallide jne) kohta [punktist 3.1.14 GOST 33353.1-2015], sisu on seatud ja loomine, mille loomine peaks olema raamistikus [alates. 3.87 GOST R 56715.5-2015].

AC loomise protsess on tööde kogum esialgse moodustamisest [GOST 34.003-90 punkti 4.2 kujundamisest ning kujutab endast ka ajakorralduse kombinatsiooni, mis on ajavahemik, ühendatud, kombineeritud ja töötab, täitmine Sellest on vajalik ja piisav, et luua AC vastab määratud [lõikest 1.1 GOST 34.601-90].

Koosseis oleva voolu teoste koostis ja täitmine ja määratakse kindlaks konkreetsete liikide loomisega seotud asjakohastes dokumentides. AC-i loomise tööga seotud nimekiri on esitatud 2. liites [lõikest 1.4 GOST 34.601-90].

Süsteemi loomise jaotise koostis ja hooldus (arendamise) koostamine ja hooldus "peaks sisaldama süsteemi loomise nimekirja ja tööd vastavalt nende rakendamise ajale, tööde loendile, viited kinnitades Nõusolek nende organisatsioonide osaleda loomise süsteemi või rekord määrata kindlaks vastutava (või) nende teoste teostamiseks.

See osa toob kaasa ka:

  1. vastavalt asjakohaste etappide ja tööetappide lõpule;
  2. liik ja menetlus hoidmise (etapp, etapp, ulatus dokumentatsiooni, organisatsiooni-ekspert);
  3. eesmärk on tagada vajaliku süsteemi usaldusväärsuse nõutav tase (vajadusel);
  4. metroloogilise toe töö nimekiri kõigis etappides süsteemi loomise kohta nende ajastus- ja rakendusorganisatsioonide märkimisega (vajaduse korral).

[alates p. 2.7 GOST 34.602-89].

Metroloogilise toe tööde loetelu süsteemi loomise kõigis etappides

Metroloogiline toetus kõigil etappidel eluring AU viiakse läbi vastavalt tabelile.

Life-tsükli etapp

Metroloogilise toega töö koostis

Peamine rd

1. Nõuete moodustamine

Mõõteahelate läbivaatamine (mõõtekanalite läbivaatamine ei toodeta)

Elektrienergia raamatupidamisvahendite visuaalse kontrolli (ultraheli föderatsiooni Gosstandardi GOSstandardi, Venemaa Föderatsiooni tervishoiuministeeriumi Visual kontrollimise korra määrused eeskirjad. \\ T

Metroloogiline eksam TZ.

RD 34.11.502-95. Metoodilised juhised. Arengu ja disainilahenduste metroloogilise uurimise korraldamine ja kord
MI 1314-86 mõõtmisvahendite arendamise tehnilise abi metroloogilise uurimise menetlus. Metoodilised juhised

2. Technrori projekt

MVI arendamine ja sertifitseerimine

RD 153-34.0-11.209-99 Soovitused. Automatiseeritud juhtimissüsteemid ja elektri ja elektri raamatupidamine. Tüüpiline meetod elektri ja võimsuse mõõtmiseks
GOST R 8.563 - 96 GS mõõtmismeetodid
MI 1967-89 GSI. Meetodite ja mõõtevahendite valimine mõõtmismeetodite väljatöötamisel
Sada PBX 02.04.1-2003 mõõtmiste ja metroloogilise kontrolli teostamise arendamise, sertifitseerimise ja standardimismeetodite reeglid

Kirjelduse tüüp SI riigi registri jaoks

AC testimise programmi arendamine, et kiita tüübi heaks kiita

RD 153-34,0-11.204-97 Teabe- ja mõõtesüsteemide mõõtekanalite kasutuselevõtu tehnikat
GOST 34.603-92. Infotehnoloogia. Automaatse süsteemide testide tüübid
MI 2441-97 GSI. Mõõtmissüsteemide tüübi kinnitamise testid. Üldnõuded

3. Sisenemine

AC testid, et kinnitada tüüp

PR 50.2.009-94 GSI. Metroloogia eeskirjad. Mõõtevahendite tüübi katsetamise ja heakskiitmise kord

SI tüübi heakskiitmine ja riigi registri sisestamine

PR 50.2.011-94 GSI. Metroloogia menetluse eeskirjad Riigiregistri Mõõtetööriistad

Esmane metroloogiline kalibreerimine

PR 50.2.006-94 GCS. Metroloogia eeskirjad. Kalibreerimise kord SI
RD 34.11.202-95. Metoodilised juhised. Teabe- ja mõõtesüsteemide mõõtekanalid. Metroloogilise sertifitseerimise korraldamine ja kord

4. Operatsioon

Vahepealsete intervallide arvutamine (MPI)

MI 2187-92 mõõtevahendite vahe- ja interkalibreerimisintervallid. Metoodika määratlus

AC perioodiline kontrollimine.

Vahelduvvoolu kalibreerimistehnika (välja töötatud SI tüübi poolt heaks kiidetud)

4.5 Süsteemi loomise koostis ja hooldus

Protsessis luua ja rakendada järgmised tööd tuleb teha:

1. Nõuded.

2. Arengu kontseptsioon.

3.Tehniline ülesanne.

4.Tehniline projekt.

4.6 Süsteemi järelevalve ja vastuvõtmise kord

Esialgsete testide käigus kontrollitakse süsteemi tehnilise ülesande täitmist ja vastavust vastavalt metoodikale ja peamisse katseprogrammile. Vastavalt esialgsete testide tulemustele, süsteemi tõrkeotsing ja teha muudatusi tehnilise ja operatiivse dokumentatsiooni. Eduka katsetamise korral väljastatakse kogenud operatsiooni vastuvõtmise akt. Kogenud operatsioon töötab reaalsete andmetega ilma arenenud metoodika ja programmi arendajateta ilma kõigi vigade, ebaõnnestumiste ja hädaolukordade registreerimisega. Pärast eksperimentaalset toimimist tehakse täiustamine. tarkvara Ja täiendav korrigeerimine tehnilised vahendid. Tööd on lõpetatud kogenud operatsiooni lõpuleviimise seaduse täitmisega.

Vastuvõtukatsemed seisnevad põhjaliku kontrollimise täieliku kontrolli täieliku ulatusega kooskõlas tehnilise ülesande täitmiseks arenenud metoodika ja katseprogrammi. Katsetulemuste analüüs ja kõrvaldab katsetamisel tuvastatud puuduste. Positiivsete testitulemuste puhul väljastatakse uurimisperioodi aktsepteerimise toiming pidevaks operatsiooniks. Käesolev seadus on kinnitus, et arendaja rakendas täielikult kõiki sätteid täielikult. tehniline ülesanne.


5. Tehnilise projekti etapp

Selles etapis on tagatud arendus Üldotsed süsteemi ja selle osade, süsteemi funktsionaalse algoritmiese struktuuri vastavalt personali funktsioonidele ja organisatsiooniline struktuurvastavalt tehniliste vahendite struktuurile algoritme lahendamise ja kohaldatavate keelte lahendamisel.

5.1 Programmide, tarkvara ja teabekomponentide funktsionaalsete rühmade nõuete ja algoritmide spetsifikatsioonid

Välised tarkvaramooduli spetsifikatsioonid peavad sisaldama järgmist teavet: mooduli nimi, mooduli funktsioon, parameetrite loend, sisend ja väljund.

1) PM "Raamatupidamine" võimaldab automatiseerida kõik plokid raamatupidamine. Ka programm võimaldab teil moodustada vajalikud aruanded, trükitud vormid ja vajalikud dokumendid maksuarvestus. Nende vormide loendit ja sisu uuendatakse pidevalt kehtivate õigusaktide muudatuste kohaselt.

2) pm "Auto väärtuse arvestus" võimaldab teil jälgida puudega auto osalist ja täielikku makset. Kui soovid puudega inimesel osta teise auto brändi, võimaldab see PM-i tasuta sõidukite maksumuse maksumuse esitada.

3) PM "trükkimise väljundvormid" võimaldab teil printida sertifikaate, kehtetuid, toiminguid jne, kui taotleda kehtetute ja teiste nime all olevaid väljunddokumente puudega mootorratta või auto saamiseks.


5.2 Teabetoetuse kirjeldus

5.2.1 Teabe kogumise ja edastamise korraldamine

Selles süsteemis korraldatakse andmete edastamine USG ja Roszn vahel. Seetõttu tuleks andmete edastamise korraldamine konstrueerida järgmiselt.

Kui laadite diskette'i muutmisandmete üles, tuleks disketüsteemist käivitada "süsteemi mahalaadimise andmed", kus kasutaja kutsutakse sisestama väärtuste koridori alguskuupäeva ja kuupäeva, mille jaoks andmed edastatakse.

Protseduur toob järjekindlalt kõik andmed alates esimesest alates esimesest ja dokumendi leidmine seatud kuupäevade intervalliga kaasa toob faili, millele salvestusväljad salvestatakse. Faili saab paigutada kliendi taotlusel mis tahes failisüsteemi kataloogi. Pärast faili moodustumist tuleb see disketil ära visata.

Andmete allalaadimisel süsteemi, süsteemi disketti, vormi "alla andmete allalaadimine süsteemi", kus kasutaja vajab ainult vajutada "OK" nuppu.

Menetlus sirvides kõiki jooni ja väljad floppy järjestikku, alustades esimesest. Kuna väljade asukoha jada on teada, tõlgitakse iga komadega piiratud tähemärki, mis on piiratud atribuutiväärtuseks sellele vastava väärtuse ja on kirjutatud andmebaasi koha vana.

5.2.2 Klassifikaatorite ja kodeerimise süsteemi loomine

Süsteem peaks tagama klassifikaatorite ja viiteid järgmiste atribuutide kohta:

Piirkonnad - Nray - Rayoni tabel.

Puuetega inimeste grupid - NINV - Invalidnost tabel.

Muudatused - NModif - Modifikaciya tabel.

Märgid - NPriz - tabel Priznak.

5.2.3 BD organisatsiooni kirjeldus

Kavandatud süsteem korraldatakse järgmiselt. Piirkonna filiaalides salvestatakse teave ainult linnaosa skaala järgi, mõjutamata teiste valdkondade andmeid.

SZNSi keskosas salvestatakse andmed kõikidest valdkondadest. Kõik valdkonnad langevad oma muudatused keskusesse ja keskus koguneb andmed ja vahetavad neid ka valdkondadega.


6. Töödokumendid

Selles etapis töötatakse välja töödokumendid, mis on vajalik operatiivsete omaduste taseme säilitamiseks.

6.1 Kasutusjuhend

6.1.1 Sissejuhatus

6.1.1.1 ulatus

Automatiseeritud töökoht Spetsiaalse transpordi jaotamise inspektor puuetega inimestele infosüsteemeesmärk on korraldada puudega töö- ja kodumaise seadme osakondade osakondade töö SZNi ringkonnaosakondades ja USGSis, koordineerides osakondade tegevust valdkondades keskasutus Ryazan City. Esitatud süsteem peegeldab puuetega inimeste töö- ja majapidamisseadme osakondade tööd järgmistes protsessides: puuetega inimeste taotluste vastuvõtmine sõidukite, puuetega sõidukite, sõidukite vahetamise, autode sugulaste taaskasutamisega Puudega isiku korral, samuti nädalavahetuste moodustumise ja trükkimise korral.

6.1.1.2 Lühike kirjeldus võimalused.

Teie tähelepanule esitatud süsteem on funktsionaalne sisu, mis võimaldab teil teha kõik vajalikud toimingud andmebaasis.

1. Vaata andmeid.

Süsteem võimaldab teil vaadata andmebaasis sisalduvaid andmeid ekraanvormide abil.

2. Muudatused.

Süsteemi funktsioonid pani võimaluse muuta muudatusi andmebaasis sisalduvates andmetes igal ajal.

3. Kirjete lisamine.

Süsteemis rakendas ka võimalust teha uusi dokumente.

4. Otsi teavet andmebaasi.

Andmeotsingu funktsioon andmebaasis peaks olema lubatud leida dokumendidPõhineb kindlaksmääratud väärtuste komplektide otsimiseks (väljade väärtused, mille otsing toimub).

5. Autokulude maksumus.

Võimaldab jälgida auto maksumust osalise ja täieliku maksega puudegauto poolt. Kui soovid puudega inimesel osta teise auto brändi, võimaldab see ette näha auväärsete tasuta sõidukite kulude maksumuse.

6. Mahalaadimise töötlemine disketile või disketist allalaadimine andmebaasi andmetes, mis on muudetud.

Süsteem annab võimaluse vahetada andmeid Roszn ja USSN vahel, et vältida vigu.


...; - eraldi vormindamise piktogramm; - Drag & krundi mehhanismi välimus, mis on mõeldud diagrammide kiireks aktiveerimiseks. 4.6. Tehniline abi. Tyva Vabariigi Terviseministeeriumi automatiseeritud raamatupidamissüsteem võib toimida järgmiste riistvara konfiguratsiooniga: IBMi ühilduv arvuti koos Intel 80386 protsessoriga, ...

Eelarve on üks peamisi majandusmehhanismi põhiosasid, millel on stimuleeriv mõju ettevõtete arengule ja inimeste majanduslike ülesannete otsusele. Põllumajandusettevõtete mõistlike suhete arendamine finantssüsteem on a oluline küsimus Majanduslike tingimuste tasakaalustamisel ja ettevõtete huvides ...



Üks riik või munitsipaalorganisatsioon (orel). "Infokataloogid" - teave maksustamise eesmärgil vajalike kinnisvaraobjektide kohta, samuti riigi ja kohaliku omavalitsuse juhtimise eesmärgil ning teavitada õiguslikku ja üksikisikud. Need avaldatakse sisse elektroonilisel kujul Kavandatava saidi kohta. Selle teabe säilitamise asutus jagatakse ...

Riigi sotsiaalteenused hõlmavad valitsusasutusi, institutsioone ja ettevõtteid sotsiaalteenus Süsteemid sotsiaalkaitse Rahvastik, ministeeriumid ja osakonnad Venemaa FöderatsioonKelle pädevus viitab sotsiaalne abi elanikkond. Municipal Sotsiaalteenuste hulka kuuluvad institutsioonid ja sotsiaalteenuste ettevõtted, mis on hallatud ...

Dokumendi nimi:
Dokumendi number: 34.602-89
Dokumendi tüüp: Vallutama
Aktsepteeritud NSV Liidu riiklik standard
Staatus: Sobiv
Avaldatud:
Vastuvõtmise kuupäev: 24. märts 1989.
Algus kuupäev: 1. jaanuar 1990.
Toimetus Kuupäev: 1. juuni 2009.

GOST 34.602-89 Infotehnoloogia (IT). Automatiseeritud süsteemide standardite kogum. Tehniline ülesanne luua automatiseeritud süsteem

GOST 34.602-89

Grupp P87.

Riikidevaheline

INFOTEHNOLOOGIA

Automatiseeritud süsteemide standardite kogum. Tehniline ülesanne automatiseeritud süsteemi loomiseks

Infotehnoloogia. Automatiseeritud süsteemide standardite kogum. Automatiseeritud süsteemi tegemise tehnilised juhised

ISS 35.080
Oksta 0034.

Sissejuhatuse kuupäev 1990-01-01

Teabe üksikasjad

1. NSV Liidu Standardite komitee väljatöötamine ja tehtud NSV Liidu automatiseerimisvahendite ja süsteemide poolt

2. Heakskiidetud ja kasutusele võetud resolutsioon Riigikomitee NSV Liidu standardid alates 24.03.89 N 661

3. GOST 24.201-85 asemel

4. REGULEERIMISE JA TEHNILISED DOKUMENDID

Punkti number, rakendused

GOST 2.105-95

GOST 2.301-68.

GOST 2.501-88.

Kinnitus 1

GOST 6.10.1-88

GOST 6.10.4-84

GOST 19.201-78

GOST 34.201-89

GOST 34.601-90.

5. kordustrükk. Juuni 2009


Käesolevat standardit kohaldatakse automatiseerimiseks automatiseeritud süsteemide (AC) suhtes erinevad liigid Tegevused (juhtimine, disain, teadusuuringud jne), sealhulgas nende kombinatsioonid ja kehtestab koostise, sisu, eeskirjad dokumendi "tehnilise ülesande loomise (arendamise või moderniseerimine) süsteemi" (edaspidi - tk ac ).

Soovitatav kord arendamise, koordineerimise ja heakskiitmise TK AU on esitatud 1. liites.

1. Üldsätted

1. Üldsätted

1.1. TK AC on peamine dokument, mis määratleb nõuded ja protseduur loomise (arendus- või moderniseerimine on veelgi luua automatiseeritud süsteemi, mille kohaselt AC ja selle vastuvõtmise arendatakse jõustumisel.

1.2. AU TK on välja töötatud süsteemi tervikuna, mis on ette nähtud tööks iseseisvalt või teise süsteemi osana.

Lisaks saab tK arendada AC osadele: AU allsüsteemis, AC jne ülesannete kompleksid jne. vastavalt käesoleva standardi nõuetele; Komponentidel tehniline abi ja tarkvara ja tehnilised kompleksid vastavalt ECC ja SRPP standarditele; Tarkvara kohta vastavalt EKPD standarditele; Infotooted vastavalt GOSTile 19.201 ja NTD-d, kes tegutsevad kliendi osakonnas Au.

Märge. Omavahelise objektide rühma jaoks TK-s tuleks lisada ainult esemete rühma nõuded. Konkreetsed nõuded eraldi objekt Kontrollid peaksid kajastama selle objekti ACS-is tK-s.

1.3. Nõuded AC nõuetele käesoleva standardiga kehtestatud summad saab lisada ülesandeks, et projekteerida äsja loodud automatiseerimisobjekti. Sel juhul tk kõlarid ei arenenud.

1.4. AU TK-s sisalduvad nõuded peaksid vastama teaduse ja tehnoloogia kaasaegsele arengule ning mitte andma sarnastele nõuetele parimatele kaasaegsetele kodumaistele ja välismaistele analoogidele.

Aajal kindlaksmääratud nõuded ei tohiks piirata süsteemi arendajat kõige tõhusamate tehniliste, teostatavate ja muude lahenduste otsimisel ja rakendamisel.

1.5. Aafrika Liidu TK on välja töötatud lähteandmete põhjal, kaasa arvatud need, mis sisalduvad etapi lõplikus dokumendis "Uuring ja loomise AC põhjenduse põhjendus", mille on kehtestatud GOST 34.601.

1.6. AU tK sisaldab ainult neid nõudeid, mis täiendavad praeguses NTD-s sisalduvate selle liikide süsteemide (ACS, CAD, Asni jne) nõudeid ja neid määratakse kindlaks konkreetse objekti spetsiifikadega, mille jaoks süsteem on loodud .

1.7. Aafrika Liidu TK muudatused väljastavad kliendi ja arendajaprotokolli lisamisega või allkirjastamisega. Täiendav või määratud protokoll on TK lahutamatu osa Aajal. Pealkirja lehel TK AU peaks olema salvestamine "toimib ...".

2. Koosseis ja sisu

2.1. AC-s olev tk sisaldab järgmisi sektsioone, mida saab jagada lõigeteks:

1) üldine teave;

2) süsteemi loomise (arengu) ametisse nimetamine ja eesmärk;

3) automatiseerimisobjektide omadused;

4) süsteemi nõuded;

5) süsteemi loomise koosseis ja sisu;

6) süsteemi järelevalve ja vastuvõtmise kord;

7) automatiseerimissüsteemi ettevalmistamise töö koostise ja säilitamise nõuded süsteemi sisestamiseks;

8) dokumentatsiooninõuded;

9) arenguallikad.

AU TK-s võib lisada rakendusi.

2.2. Sõltuvalt tüübist, sihtkohtadest, automatiseerimisobjekti eripäradest ja süsteemi toimimise eripäradest on lubatud väljastada tK osad rakenduste vormis, kehtestada täiendavad, kõrvaldada või ühendada tk lõigud.

Süsteemi tk ei sisalda sektsioone, mis dubleerivad TK-i osade sisu AU kui terviku.

2.3. Peatükis " Üldine"Point:

1) süsteemi täielik nimi ja selle tingimuslik nimetus;

2) lepingu või kirjastaja konfillija (number);

3) süsteemi arendaja ja kliendi (kasutaja) ettevõtete (ühenduste) nimi ja nende üksikasjad;

4) dokumentide loetelu, mille alusel süsteem on loodud, kellele ja millal need dokumendid kinnitatakse;

5) kavandatud aeg töö alustamine ja lõpp;

6) teave allikate ja rahastamise korra kohta;

7) süsteemi (selle osade) loomise töö tulemuste registreerimise ja esitamise kord üksikute fondide tootmise ja kasutuselevõtmise kohta (tehniline, tarkvara, teave) ja tarkvara ning tehniliste (tarkvara-metoodiliste) süsteemide tellimine süsteem.

2.4. Jaotis "Süsteemi loomise eesmärk ja eesmärk" koosneb paragrahvidest: \\ t

1) süsteemi eesmärk;

2) süsteemi loomise eesmärgid.

2.4.1. Alajaotuses "määramise süsteem" näitavad automatiseeritud tegevust (juhtimine, disain jne) ja automatiseerimisobjektide (objektide) loetelu, millele eeldatakse, et seda eeldatakse.

ACS-i puhul näitavad lisaks juhtimis- ja hallatavate objektide automatiseeritud asutuste (esemete) loetelu.

2.4.2. Jaotises "Süsteem, mis loob eesmärke" alajaotust ning automatiseerimisobjekti tehnilise, tehnoloogilise, tootmise ja majanduslike või muude näitajate nõutavaid väärtusi, mis tuleks saavutada AC loomise tulemusena ja näitavad kriteeriume süsteemi objekti loomise saavutamise hindamiseks.

2.5. "Automaatika objekti omadused" jaotises:

1) lühike info Automaatika objekti või viiteid sellise teabe sisaldavatele dokumentidele;

2) teave automatiseerimis- ja keskkonnaomaduste töötingimuste kohta.

Märge. CAD puhul antakse kõrgtehnoloogilistes sektsioonis disainiobjektide peamised parameetrid ja omadused.

2.6. "Süsteeminõuded" osa koosneb järgmistest lõigetest:

1) nõuded süsteemile tervikuna;

2) süsteemide poolt teostatud funktsioonide (ülesanded) nõuded;

3) tagatise liikide nõuded.

Sõltuvalt liikide, sihtkoha, eripärade, eripärade, eripärade ja tingimuste kompositsioon nõuetele vastava süsteemi nõuete koostises. Igas alajaos viiteid olemasolevatele NTD-le, mis määravad vastavate liikide süsteemide nõuded.

2.6.1. Alajaos "Süsteemi nõuded tervikuna" näitavad:

- nõuded süsteemi struktuuri ja toimimise nõuded;

- nõuded süsteemi personali ja selle töörežiimi numbrile ja kvalifikatsioonile;

- sihtkoha näitajad;

- nõuded usaldusväärsusele;

- ohutusnõuded;

- nõuded ergonoomikale ja tehnilistele esteetikatele;

- liikuvate kõnelejate transpordi nõuded;

- töönõuded, \\ t hooldussüsteemi komponentide remont ja säilitamine;

- nõuded teabe kaitseks volitamata juurdepääsu kohta;

- õnnetuste käigus teabe ohutuse nõuded;

- nõuded välismõjude mõju eest kaitsmiseks;

- nõutavad patendi puhtad;

Nõuded standardimise ja ühendamise nõuded;

Täiendavad nõuded.

2.6.1.1. Süsteemi struktuuri ja toimimise nõuete kohaselt:

1) allsüsteemide loetelu, nende eesmärk ja põhiomadused, hierarhia tasemete arvu nõuded ja süsteemi tsentraliseerimise aste;

2) süsteemi komponentide vahelise teabevahetuse meetodite ja sidevahendite nõuded;

3) nõuded nende suhete omadustele, mis on loodud sellega seotud süsteemidega, nende kokkusobivuse nõuded, sealhulgas juhised teabe jagamise meetodite kohta (automaatselt, dokumentide edastamine, telefoni teel jne);

4) nõuded süsteemi töörežiimide jaoks;

5) süsteemi diagnoosimise nõuded;

6) Arenguväljavaated, süsteemi uuendamine.

2.6.1.2. Töötajate arvu ja kvalifikatsiooni nõuete korral juhtivad kõlarid:

- kõlarite arvu personali (kasutajate) nõuded;

- personali kvalifikatsiooni nõuded, teadmiste ja oskuste ettevalmistamise ja kontrollimise kord;

- Vajalik toimimisviis vahelduvvoolu personali.

2.6.1.3. Ülesande näitajate nõuete korral juhtivad ACS oma kavandatud süsteemi vastavuse määra iseloomustava parameetrite väärtused.

ACS jaoks näitavad:

- süsteemi kohanemisvõime aste protsesside ja juhtimismeetodite muutmiseks kontrolli objekti parameetrite kõrvalekalletele;

- süsteemi moderniseerimise ja arendamise lubatud piirmäärad;

- Probabilistilised ajaomadused, mille alusel sihtsüsteem salvestatakse.

2.6.1.4. Usaldusväärsuse nõuete hulka kuuluvad:

1) süsteemi kui terviku või selle allsüsteemide usaldusväärsuse näitajate koostis ja kvantitatiivsed väärtused;

2) loetelu hädaolukordimillele tuleb reguleerida vastavate näitajate usaldusväärsuse ja väärtuste nõudeid;

3) tehniliste vahendite ja tarkvara usaldusväärsuse nõuded;

4) Nõuded hindamismeetodite ja usaldusväärsuse näitajate kontrollimise nõuetele süsteemi loomise erinevatel etappidel vastavalt kehtivatele regulatiivsetele dokumentidele.

2.6.1.5. Turvalisuse nõuded hõlmavad ohutusnõudeid paigaldamise, kasutuselevõtmise, käitamise, hooldamise ja remondi tehniliste vahendite süsteem (mõju kaitse elektrivool, elektromagnetväljad, akustiline müra jne) vastavalt valgustuse, vibratsiooni- ja mürakoormuse lubatud tasemele.

2.6.1.6. Ergonoomika ja tehniliste esteetika nõuded hõlmavad Aafrika Liidu näitajaid, paludes masinaga vajalikku kvaliteeti ja töötingimuste mugavust.

2.6.1.7. Mobiilside kõnelejate jaoks hõlmavad transpordivahendid konstruktiivseid nõudeid süsteemi süsteemis, samuti sõidukite nõuded.

2.6.1.8. Kasutamise, hoolduse, remondi ja säilitamise nõuded hõlmavad järgmist:

1) toimimise tingimused ja määrused (režiim), mis peaksid tagama tehniliste vahendite kasutamise (TC) süsteemidega tehnilised näitajad, sealhulgas CU süsteemi hoolduse liigid ja sagedus või töö lubatavus ilma hoolduseta;

2) esialgsed nõuded vastuvõetavatele valdkondadele personali ja TC-süsteemide rahuldamiseks toitevõrkude parameetritele jne;

3) Nõuded koguse, kvalifikatsiooni teenindaja ja selle töörežiimid;

4) varude ja seadmete kompositsiooni, paigutuse ja säilitamise nõuded;

5) Nõuded teenuste eeskirjadele.

2.6.1.9. Teabe kaitse nõuete kohta volitamata juurdepääsu kohta, mis on kehtestatud kliendi tööstuses tegutsevate NTD-ga kehtestatud nõuded (büroo).

2.6.1.10. Teabe ohutuse nõuete korral on sündmuste loend: õnnetused, tehniliste vahendite tagasilükkamine (sealhulgas võimsuse kaotus) jne, milles tuleks tagada teabe ohutus süsteemis.

2.6.1.11. Väliste mõjude kaitse vahendite nõuete korral:

1) nõuded radioelectronic kaitse meedia;

2) Väliste mõjude püsimise, stabiilsuse ja tugevuse nõuded (rakenduste keskkond).

2.6.1.12. Patendi puhtuse nõuded näitavad riikide nimekirja, mille suhtes tuleks tagada süsteemi patendpuhtus ja selle osad.

2.6.1.13. Standardimise ja ühendamise nõuded hõlmavad järgmist:

näitajad, millega kehtestatakse nõutav standard, ühtsed meetodid rakendamise funktsioone (ülesanded) süsteemi tarnitud tarkvaraTüüpilised matemaatilised meetodid ja mudelid, tüüpilised disainilahendused, Ühtne vorm Haldusdokumendid, mille on kehtestatud GOST 6.10.1 *, kõikide liidu tehnilise ja majandusliku teabe klassifikaatorid ning teiste kategooriate klassifikaatorid vastavalt nende kohaldamisalale, nõuded tüüpiliste automatiseeritud töökohtade, komponentide ja komplekside kasutamiseks.
_____________________
* Venemaa Föderatsiooni territooriumil on 22.1.019-2000.

2.6.1.14. Sisse täiendavad nõuded Lisage:

1) personaliõppe koolitusseadmete koolitusseadmete varundamise nõuded (simulaatorid, muud sarnase eesmärgi seadmed) ja nende dokumentatsiooniga;

2) nõuded teenindusseadmetele, seisab süsteemi elementide kontrollimiseks;

3) Süsteemi nõuded seotud eritingimused operatsioon;

4) erinõuded arendaja või kliendi süsteemi äranägemisel.

2.6.2. Süsteemi poolt läbi viidud lõikes "Funktsioonide (ülesanded) nõuetele"

1) iga allsüsteemi puhul, ülesannete, ülesannete või nende komplekside loetelu (sealhulgas süsteemi osade koostoime tagamine) automatiseeritud;

süsteemi loomisel kahes või enamas järjekorras - funktsionaalsete allsüsteemide, individuaalsete funktsioonide või ülesannete loetelu, mis on 1. ja järgnevates järjekordades tegutsema;

2) ajutised eeskirjad iga funktsiooni rakendamise, ülesannete (või ülesannete kompleksi) rakendamiseks;

3) nõuded kvaliteedi rakendamise iga funktsiooni (ülesannete või probleemide ülesannete) kujul kujul väljundinformatsiooni, omaduste vajaliku täpsuse ja täitmise ajal, nõuded samaaegse täitmise rühma funktsioone, tulemuste tulemuste usaldusväärsust;

4) loetelu ja kriteeriumid ebaõnnestumiste iga funktsiooni, mis seab usaldusväärsuse nõuded.

2.6.3. Paragrahvi "Tagatise liikide nõuded", sõltuvalt süsteemi tüübist nõuab matemaatilise, teabe, keelelise, programmi, tehniliste, metroloogiliste, organisatsiooniliste, metoodiliste ja muude süsteemi toetuse nõudeid.

2.6.3.1. Süsteemi matemaatilise toetuse jaoks antakse koosseisu nõuded, kohaldamisala (piirangud) ja kasutamise meetodid matemaatiliste meetodite ja mudelite süsteemis, tüüpilised algoritmid ja arendatavad algoritmid.

2.6.3.2. Teabetoetussüsteemi jaoks on nõuded nõutavad:

1) süsteemi korraldamise kompositsioonile, struktuurile ja meetoditele;

2) süsteemi komponentide vahel infovahetusse;

3) teabe kokkusobivust külgnevate süsteemidega;

4) avaliku ja registreeritud vabariiklaste kasutamise kohta, valdkondlikud klassifikaatorid, \\ t unified dokumendid ja klassifikaatorite tegutsevad selles ettevõttes;

5) andmebaasi juhtimissüsteemide kasutamise kohta;

6) struktuuri protsessi kogumise, töötlemise, andmete edastamiseks, süsteemi ja andmete esitamise;

7) kaitsta andmeid hävitamise eest õnnetuste ja ebaõnnestumiste ajal süsteemi toiteallikas;

8) kontrollimiseks, ladustamiseks, ajakohastamiseks ja andmete taastamiseks;

9) andmise korrale õigusjõud AC tehniliste vahenditega toodetud dokumendid (vastavalt GOST 6.10.4 kohaselt).

2.6.3.3. Süsteemi keelelise pakkumise jaoks on programmeerimiskeelte süsteemis kasutatavad nõuded kõrge taseKasutajate koostoime Keeled ja tehnilised süsteemid, samuti nõuded andmete kodeerimiseks ja dekodeerimiseks andmeside keelte, andmete manipuleerimiskeelte, tööriistade kirjeldamiseks (automaatika objekt), dialoogi korraldamise meetodeid.

2.6.3.4. Tarkvara tarkvara puhul ostetud tarkvara nimekiri ja nõuded:

1) tarkvara sõltumatusele kasutatud SVT-st ja töökeskkonnast;

2) tarkvara kvaliteedile, samuti tagamise meetoditele;

3) vajadusega sobitada äsja väljatöötatud tarkvara algoritmi ja programmifondiga.

2.6.3.5. Süsteemi tehnilise toe jaoks nõutakse nõuete järgmist:

1) tehniliste vahendite liikide, sealhulgas tehniliste seadmete komplekside, tarkvara ja tehniliste komplekside ja muude komponenttoodete tüüpide tüübid;

2) funktsionaalsele, konstruktiivsele ja tulemuslikkuse omadused Süsteemi tehniline toetus.

2.6.3.6. Metroloogilise toetuse nõuded:

1) mõõtekanalite esialgne loetelu;

2) parameetrite ja (või) mõõtmise täpsuse nõuded mõõtekanalite metroloogiliste omaduste suhtes;

3) süsteemi tehniliste vahendite metroloogilise vastavuse nõuded;

4) süsteemi kontrolli- ja arvutikanalite loetelu, mille jaoks on vaja hinnata täpsuse omadusi;

5) nõuded tehniliste ja tarkvaratoodete metroloogilise toetuse kohta, mis on süsteemi mõõtekanalite osa, sisseehitatud kontrolli vahendid, mõõtekanalite metroloogilise sobivuse ja mõõtevahendite metroloogilise sobivuse ja süsteemi kasutuselevõtu ja katsetamise vahenditega;

6) metroloogilise sertifitseerimise (riigi või osakonna) tüüp, mis näitab selle rakendamise ja sertifitseerimisega seotud organisatsioonide menetlust.

2.6.3.7. Jaoks organisatsiooniline toetus Määrake nõuded:

1) süsteemi toimimises osalevate üksuste struktuurile ja funktsioonidele või toimimise tagamisele;

2) süsteemi toimimise korraldamine ja automatiseerimisobjekti AC-personali personali suhtlemise kord;

3) kaitseks süsteemi personali ekslike meetmete eest.

2.6.3.8. Jaoks metoodiline tugi CAD toob kaasa regulatiivse koosseisu tehniline dokumentatsioon Süsteemid (selle toimimises kasutatavate standardite, standardite, tehnikate jne kasutatavate standardite loetelu).

2.7. Sektsiooni "Koostis ja hooldus töö loomise (arendus) süsteemi" peaks sisaldama loetelu etappide ja tööetappide töö loomise süsteemi kooskõlas GOST 34.601, ajastuse nende rakendamise nimekirja organisatsioonide organisatsioonide - Töö esitajad, Viited dokumentidele, mis kinnitavad nende organisatsioonide nõusolekut osaleda süsteemi loomisel või rekord, mis määratleb vastutava (kliendi või arendaja) nende teoste läbiviimiseks.

See osa toob kaasa ka:

1) dokumentide loetelu vastavalt GOST 34.201s esitatud töökoha lõpus ja tööetappide lõpus;

2) tehnilise dokumentatsiooni uurimise vorm ja kord (etapp, etapp, kontrollitava dokumentatsiooni ulatus, ekspertorganisatsioon);

3) tööprogramm, mille eesmärk on tagada vajaliku süsteemi usaldusväärsuse tase (vajadusel);

4) metroloogilise toe töö loetelu nende ajastus- ja rakendusorganisatsioonide näitava süsteemi loomise etappides (vajadusel).

2.8. Sektsiooni "juhtimis- ja vastuvõtmissüsteemi" kord näitab:

1) testimissüsteemi tüübid, koostis, maht ja meetodid komponentide osad (Testide tüübid vastavalt olemasolevad standardidvälja töötatud süsteemi laiendamine);

2) üldnõuded etappide töö vastuvõtmiseks (osalevate ettevõtete ja -organisatsioonide ja tähtaegade loetelu), heakskiitmise dokumentatsiooni koordineerimise ja heakskiitmise kord;

3) vastuvõtmisskomisjoni staatus (riik, intertepartmenting, osakond).

2.9. Jaotises "Nõuded automatiseerimissüsteemi koostamise ettevalmistamisele ja töösüsteemi ettevalmistamisele toimingusse", on vaja esitada põhitegevuse ja nende esitajate nimekiri, mis tuleks teostada automatiseerimissüsteemi ettevalmistamisel tegelik aktiveerimine.

Põhitegevuse loend hõlmab järgmist:

1) süsteemi sissetuleva teabe andmine (vastavalt teabe ja keelelise toe nõuetele) arvutite töötlemiseks sobiva vormile;

2) muudatused, mida tuleb rakendada automatiseerimisobjektis;

3) automatiseerimisobjekti toimimise tingimuste loomine, mille kohaselt on loodud süsteemi vastavus tagatud tkis sisalduvatele nõuetele;

4) toimimiseks vajalike üksuste ja teenuste loomine;

5) riikide värbamise ja personali koolitamise tingimused ja menetlused.

Näiteks ACSi juhtide puhul:

- rakendatud juhtimismeetodite muudatused;

- ACS-i komponentide toimimise tingimused, mille kohaselt on süsteemi vastavus tagatud tkis sisalduvatele nõuetele.

2.10. Sektsioonis "Dokumentatsiooninõuetes":

1) arendaja ja kliendi poolt välja töötatud süsteemide loetelu, arendatavate dokumentide loetelu ja liigid, mis vastavad GOSTi 34.201 ja kliendi filiaali NTD nõuetele; Masina meedias valmistatud dokumentide loetelu; Nõuded mikrofilmi dokumentatsioonile;

2) nõuded dokumentide komponentide elemendid seeriatoetuse vastavalt nõuetele ECCD ja EKPD;

3) puudumisel riigi standardidSüsteemi elementide dokumenteerimise nõuete määratlemine lisaks lisaks selliste dokumentide koostise ja säilitamise nõuded.

2.11. "Arenguallikate" sektsioonis peavad dokumendid olema loetletud ja infomaterjalid (Teostatavusuuring, aruanded lõpetatud teadusuuringute, infomaterjalide kodumaiste, välismaiste analoogide jne), mille põhjal tk arenenud ja mida tuleks kasutada loomisel süsteemi.

2.12. AU TK kinnitatud tehnikate juuresolekul hõlmab rakendusi, mis sisaldavad:

1) süsteemi eeldatava tõhususe arvutamine;

2) süsteemi teadusliku ja tehnilise taseme hindamine.

Rakendused hõlmavad TK Aafrika Liidu kokkuleppel arendaja ja süsteemi kliendi vahel.

3. Registreerimise eeskirjad

3.1. Aafrika Liidu lõigud ja lõigud ja §-d tuleks paigutada käesoleva standardi 2. jao ettenähtud viisil.

3.2. TK AU väljastatakse vastavalt GOST 2.105 nõuetele A4-vormingu lehtede kohta vastavalt GOST 2.301-le ilma raamistikuta, peamine kiri ja täiendav graafik Talle.

Numbrid lehed (leheküljed) täidisest esimesest lehest pärast pealkirja lehekülje peal lehekülje ülaosas (teksti kohal, keskel) pärast TK koodi nimetust Aafrika.

3.3. Näitajate, normide ja nõuete väärtused näitavad reeglina piirväärtuste või maksimaalsete ja miinimumväärtustega. Kui need näitajad, normid, nõuded on üheselt reguleeritud NTD, TK AU peaks esitama viide nendele dokumentidele või nende osade, samuti täiendavaid nõudeid, mis võtavad arvesse omadusi süsteemi loodud. Kui näitajate, normide ja nõuete eriväärtused võivad kehtestada TK-i arendamisel Aafrika Vabariigis, tuleks see registreerida nende näitajate, normide ja nõuete kehtestamise ja koordineerimise korrale: \\ t

"Lõplik nõue (väärtus) on määratletud protsessis ... ja seda koordineerib protokolliga ... laval ...". Samal ajal ei aidata TK-i tekst vahelduvvoolu muutuste tekst kaasa.

3.4. Pealkirja lehel paigutatakse kliendi allkirjad, arendaja ja sobivad organisatsioonid, mis kinnitavad templi pitseri kinnitavaid organisatsioone. Vajadusel koostatakse pealkirja lehel mitu lehekülge. Allkirja arendajad tk vahel AC ja ametnikudOsales koordineerimisel ja kaaluda TK projekti kõnelejate asetatakse viimasele lehele.

TK tiitliheli vormi AU-l on esitatud 2. liites. TK-i viimase lehe vorm AU-s on esitatud 3. liites.

3.5. Vajadusel, kui TK pealkirja lehel AU puhul on lubatud paigutada tööstusharu paigaldatud koodid, näiteks: salajasuse, töökoodi vultuur, registreerimisnumber Tk et al.

3.6. AU TK-lisamise pealkirjalehel on koostatud analoogselt tehnilise ülesande pealkirjaga. Nimi nime "Tehniline ülesanne" kirjutamine "Täiendav n ... TK-le ...".

3.7. Hilisemate lehtede lisalehtede TK-le paigutatakse alus Aajale muutustele muudatuste sisu ja dokumentidele viidete sisu, mille kohaselt need muudatused on tehtud.

3.8. Täiendamise teksti esitamisel tuleks numbreid täpsustada vastavate üksuste, lõikude arvu numbritega AC-ga peamise tk tabelite numbritega jne. Ja rakendage sõnu: "Asenda", "Lisa", "välista", "uus väljaandes."

1. liide (soovitatav). TK-i arendamise, koordineerimise ja heakskiitmise kord ac

1. AC-i TK projekt arendab organisatsiooni - süsteemi arendaja kliendi osalusel tehnilised nõuded (Taotlused, taktikaline ja tehniline ülesanne jne).

Konkurentsivõimelise töökorraldusega peetakse klienti TK projekti variante AC-i poolt, kes valib eelistatud võimaluse või valib võrreldava analüüsi põhjal valmistab kaasa Aaptsiooni põhjal Aaptsiooni alusel AU tk.

2. Vajadus sobitada TK projektile Au ametiasutustega riigi järelevalve Ja teised huvitatud organisatsioonid määravad ühiselt kliendi süsteemi ja TK-projekti arendaja Aafrika.

Töö koordineerimise TK projekti Aafrika Liidu poolt rakendatakse ühiselt arendaja tK vahel AC ja kliendisüsteemi, iga organisatsioonide oma ministeeriumi (osakond).

3. TK projekti heakskiitmine Aafrika Liidu igas organisatsioonis ei tohiks ületada 15 päeva alates selle kättesaamise kuupäevast. Soovitatav on saata AU (koopiate) TK-projekti juhtumite heakskiidule üheaegselt kõikides organisatsioonides (rajoonides).

4. Märkused Aafrika Liidu TK projekti kohta tuleks esitada tehnilise põhjendusega. Kommentaaride otsused tuleks aktsepteerida TK projekti arendaja Aajal ja süsteemi kliendil enne TK-i kinnitamist Aafrika Liidule.

5. Kui arendaja ja kliendi (või teiste huvitatud organisatsioonide eriarvamus) tekkis, kui see on kokku lepitud TK-projektis kõnelejate (või teiste huvitatud organisatsioonide) poolt kokku lepitud, siis koostatakse lahkarvamuse protokoll (suvaline vorm) ja konkreetne lahendus Aktsepteeritud viisil.

6. Koordineerimine TK projekti vahel AC on lubatud täita eraldi dokument (Kiri). Sel juhul teeb Vulture "koordineeritud" all selle dokumendiga link.

7. Aafrika Liidu avaldus Aafrika Liidu juhid (organisatsioonid) arendaja ja kliendi süsteemi.

8. AU TK (lisaks tk) enne selle üleandmist heakskiitu tuleks kontrollida organisatsiooni Norrocontrol teenus - arendaja TK ja vajaduse korral allutatakse metroloogilise uurimise.

9. Koopiad heakskiidetud TK Aafrika Liidu kohta 10-päevase tähtaja pärast heakskiitmise saadetakse arendaja tk vahel vahelduvvoolu osalejatele süsteemi loomisel.

10. Koordineerimine ja heakskiitmine täienduste TK AU viiakse läbi viisil ettenähtud TK AU.

11. TK muutmine Aafrika Liidule ei tohi heaks kiita pärast süsteemi esitamist oma järjekorda testide vastuvõtmiseks.

12. Registreerimine, raamatupidamine ja ladustamine tk vahel AC ja täiendused see viiakse läbi vastavalt nõuetele GOST 2.501.

organisatsiooni nimi - Arendaja tk ac

Heaks kiitma

Heaks kiitma

Head (positsioon, ettevõtte nimi - klient AC)

Head (positsioon, ettevõtte nimi - AC arendaja)

Isiklik
allkiri

Dekodeerimine
allkirjad

Isiklik
allkiri

Dekodeerimine
allkirjad

aC-i nimi.

automaatika objekti nimi

lühendatud nimi ac.

Tehniline ülesanne

S. Toimingud

Kokkulepitud

Leader (positsioon, nimi, sobitamine organisatsioon)

Isiklik
allkiri

Dekodeerimine
allkirjad

Välja mõeldud

Töövõtja ametikoht

Täisnimi

Kokkulepitud

Organisatsiooni nimi, ettevõtted

Asend

Täisnimi



Elektrooniline dokumenditeksti
valmis Codex JSC ja puuritud:
ametlik väljaanne
M.: STANDINIFORM, 2009

GOST 34.602-89. Infotehnoloogia. Automatiseeritud süsteemide standardite kogum. Tehniline ülesanne automatiseeritud süsteemi loomiseks

Dokumendi nimi:
Dokumendi number: 34.602-89
Dokumendi tüüp: Vallutama
Aktsepteeritud NSV Liidu riiklik standard
Staatus: Sobiv
Avaldatud: Ametlik väljaanne. M.: STANDINIFORM, 2009

Infotehnoloogia. Automatiseeritud süsteemid. Põhisätted: SAT. Gostov. - m.: IPK kirjastamine standardid, 2002

Vastuvõtmise kuupäev: 24. märts 1989.
Algus kuupäev: 1. jaanuar 1990.
Toimetus Kuupäev: 1. juuni 2009.

GOST 34.602-89 Infotehnoloogia (IT). Automatiseeritud süsteemide standardite kogum. Tehniline ülesanne automatiseeritud süsteemi loomiseks

Sektsiooni "Koostis ja hooldus töö loomise (Arengu) süsteem" peaks sisaldama loetelu etappide ja tööetappide töö loomise süsteemi kooskõlas GOST, tähtaegu nende rakendamise nimekirja organisatsioonide - Teoste täitmine, Viited dokumentidele, mis kinnitavad nende organisatsioonide nõusolekut, et osaleda loomissüsteemides või registreerida vastutava (kliendi või arendaja) nende teoste läbiviimiseks.

18.6. Süsteemi järelevalve ja vastuvõtmise kord

18.6.1. Tüübid, kompositsiooni, mahu ja katsemeetodite süsteem

Tüübid, kompositsioon, maht ja meetodid katsetamise allsüsteemide peab olema esitatud programmi ja katsetamise meetodeid AC raamid arenenud osana töödokumentatsioon.

18.6.2. Üldnõuded etappide töö vastuvõtmiseks


Töö aktsepteerimine toimub etappides, vastavalt tööprogrammile ja kalendriplaanile, mis on riigikaitse nr ... alates ... aastatest.

Vastuvõtmise aktsepteerimist teostab komisjon, mis hõlmab kliendi ja töövõtja esindajaid. Vastavalt vastuvõtutulemustele on vastuvõtukomisjoni tegu allkirjastatud.

Kõik selle töö raames loodud tarkvaratooted (välja arvatud ostetud) edastatakse kliendile nii valmis moodulite kujul kui ka lähtekoodide kujul elektrooniline vorm standardse masina söötme kohta (näiteks CD-l).

18.6.3. Vastuvõtukomisjoni staatus


Vastuvõtukomisjoni staatus määrab enne katsetamist klient määrab.

18.7. Automatiseerimissüsteemi ettevalmistamise tööde koostamise ja hooldamise nõuded süsteemi sisestamiseks

Projekti täitmise ajal automatiseerimissüsteemis on vaja teha tööd süsteemi ettevalmistamise kohta tegevuses. Valmistamise tellimiseks peab CADRE klient tagama järgmise töö:

  • Rakendamise ja käitumise eest vastutavate jaotiste ja vastutavate ametnike määramine teine toiming Raamidena;

  • Tagada kasutajate olemasolu töövõtja poolt teostatud süsteemiga töötamise õppimise kohta;

  • Tagada süsteemi kasutajate ruumide ja töökohtade täitmine vastavalt käesolevas CTU nõuetele;

  • Tagada tarkvara ja tehniliste vahendite nõuete täitmine tarkvara tarkvara tarkvara abil;

  • Koos töövõtjaga valmistada ette kliendi tehniliste vahendite süsteemi kasutuselevõtu kava;

  • Viia läbi vahelduvvoolu personali katsetamine.
Nõuded kompositsiooni ja töö säilitamise töö ettevalmistamise automatiseerimissüsteemi kasutuselevõttu süsteemi, sealhulgas loetelu põhitegevuse ja nende esitajaid tuleks valmistamistapis. töödokumentatsioon Ja tulemuste järgi teine toiming.

18.8. Dokumentatsiooni nõuded


Süsteemi jaoks erinevad etapid Järgmiste dokumentide loomine tuleks väljastada GOST 34.201- "esitatud infotehnoloogia arvust.". Automatiseeritud süsteemide standardid.

18.9. Arenguallikad


Dokumendid ja informatiivsed materjalid (teostatavusuuring, aruanded lõpetatud uurimistöö kohta, kodumaiste, võõraste süsteemide teabematerjalide kohta jne), mille põhjal tk töötati välja ja mida tuleks kasutada süsteemi loomisel .

Harjutus 1.


Eemaldage 4. liites esitatud tk analüüs GTA 34 järgimiseks ja kirjutage läbivaatamise (järeldus).

Ülesanne 2.

Töötada välja tehniline ülesanne ravimite hulgikaubanduse IC fragmendiks.

19. Töökoda: standardseadete spetsifikatsioonid

Logistika


Hankeprognoos, müük, varud

Nomenklatuuri kirjeldus, kasutades kolme analüüti

Erihinnad, allahindlused nomenklatuurile spetsiaalse analüüsi rühmaga

Salvestamise kirjeldus Lao, kaubaaluse ja paigutuse abil

Jälgimine nomenklatuuride seerianumber ja pidu number

ABC analüüs vastavalt kasutaja määratud ABC analüüsi kriteeriumidele rakendamise, maksumuse, marginaali

Karantiini kontrolli. Vaata nomenklatuuri karantiinilaos kvaliteedikontrolli mis tahes etapis

Vöötkoodi toetus

Kokkuvõtlik planeerimine

Süsteem võib teha ettepaneku teha järgmised muudatused olemasolevatele ja planeeritud tellimustele: (suurendada tellimuse suurust, vähendada tellimuse suurust, edasi lükata tellimuse täitmise või ostu)

Müügijuhtimine

Kaubandus

Laohaldus


Registreerimine I. kaupade paigutamineKaupade säilitamise võimalus vastavalt laostruktuurile

Füüsilise paigutuse identifitseerimine: ladu, rakk ja kaubaalused

Nomenklatuuri päritoluaja ajaloo tuvastamine: seerianumber ja pidu number

Toote omadused: Konfiguratsioon, värv ja suurus

Võimalus märgistada nii eraldi nomenklatuuri kui ka nomenklatuuride rühma edasise jälgimise jaoks

Vastuvõtmise logide säilitamine



Võimalus märgistada nii eraldi nomenklatuuri kui ka nomenklatuuride rühma edasise jälgimise jaoks

Võimalus ülemineku tellimustest laeva rakkude konfiguratsiooni kaudu laevade logide kaudu

Raamatupidamise lepingud

Hooldus juriidiline teave Lepingute kohta klientide ja tarnijatega, maksetingimused, kontaktid ja vastutustundlikud

Siduvad arved ja maksed konkreetsele kokkuleppele (Lepingu märkimine GK ajakirjade read, tellimused, hanked, arved ja maksmine järgneva ülekandega kliendi / tarnija juhtmestikule)

Sealhulgas makseteenuste osutamise lepingute atribuudid

Postituste automaatne / perioodiline võrdlus Vastaspoolte ja lepingute järgi

Käsitsi võrdluse vorm lepingute raames

Vahetage saldo eraldi lepingus

Lepingu number postitustest kursuse erinevus

Üleminek teemavaldkondade mudelitest süsteemi funktsionaalsele mudelile

NSV Liidu riigi komitee resolutsioon 30. juuni 1986. aasta standardite kohta 1952

alates 01.01 1988

1. Käesolev standard kehtestab tööde koostise ja hoolduse kõikide liikide ja kohtumiste automatiseeritud juhtimissüsteemide (ACS) loomisel (arendamine).

2. Standard ei määra ACS-i arendamise ja tootmisega seotud teoste protseduuri ja hooldamist.

3. Stages ja etapid loomise (arendus) - vastavalt GOST 24.601-86.

4. Standardis rakendatud mõisted - vastavalt GOST 24.003-84

5. ACS-i loomise etappide töö koostis ja hooldus on esitatud tabelis

Töö koostis Töö sisu

1. etapp ACSi loomise uurimine ja põhjendus

Samm 1.1. Automatiseeritud objekti uurimine

1.1.1. Eksami ettevalmistamine

ACS-i loomiseks tutvumine lähtematerjalide ja dokumentidega.

Uuringu planeerimine

Töötajate korraldamine

Õpetavate ja metoodiliste materjalide valik uuring läbiviimiseks

1.1.2. Uurimine

Andmete kogumine ja analüüsimine objekti toimimise kohta

Andmete kogumine ja analüüs juhtimisvõimaluse organisatsioonilise ja tootmise struktuuri kohta

Andmete kogumine ja analüüs olemasoleva juhtimissüsteemi kohta, sealhulgas dokumendi voolu

ACSi loomise peamiste eesmärkide koostamine: tootmine ja majanduslik, teaduslik ja tehniline ja majanduslik jne.

Managementide valmisoleku määramine ACS-i loomiseks

Projektieelse uurimistöö (NIR) vajalikkuse kindlaksmääramine

Välis- ja kodumaiste analoogide andmete kogumine ja analüüs

Samm 1.2. Süsteemi nõuete väljatöötamine ja registreerimine
(teostatavusuuring, taktikaline ja tehniline ülesanne, rakendus)

1.2.1. ACSi loomise põhjenduse väljatöötamine

Automatiseeritud protsesside valik ja põhjendus

Süsteemi funktsioonide koosseisu esialgne valik ja põhjendus

Kulude hindamine ja ACSi eeldatava tõhususe esialgne arvutus

Otsuste tegemise teostatavust ACS

1.2.2. ACSi nõuete väljatöötamine

Süsteemi nõuete, selle osade kindlaksmääramine ja automatiseeritud juhtimisfunktsioonide (omadused, parameetrid, sihtkoha näitajad jne)

4. etapp

4.1. Uurimistöö *

2.1.1. NIRi ettevalmistamine

Eelprojekti NIR suundade määramine

Koostamine ja heakskiitmine tehnilise ülesande (TK) NIR

2.1.2. Niri läbiviimine

NIR rakendamine vastavalt tkile

2.1.3. NIA tulemuste registreerimine NIR aruande koostamine ja registreerimine

Samm 2.2. Arendusplaani väljatöötamine *

2.2.1. Projektiotsuste eelregistreerimine

Arendada võimalusi funktsionaalne struktuur Acal

ACS-struktuuride variantide arendamine turvalisuse liikide kaupa

Vaatlusaluste võimaluste võrdlev tehniline ja majanduslik hindamine

Tüüpiliste disainilahenduste valimine turvalisuse ACS tüübi järgi

Samm 2.3. Tehnilise ülesande väljatöötamine ACS-is

2.3.1 ACS-i nõuete väljatöötamine

ACSi loomise eesmärkide väljakuulutamine

ACS funktsionaalse struktuuri laiendatud kirjeldus

Automaatse funktsioonide koosseisu selgitamine

Automaatse juhtimisfunktsioonide täitmise kvaliteedi täiustamine

Probleemide lahendamise ajutiste eeskirjade (ülesannete komplekside) ja nende klasside nõuded

ACS-i osade nõuded ja järgnevate ACS-i tüübid

Arvutiseadmete esialgne valik

Ülesannete loetelu määratlus (töökompleksid), mis tagavad automatiseeritud juhtimisfunktsioonide rakendamise

2.3.2. Nir kompositsiooni määramine (vajadusel) täidetakse ACS-i loomise järgnevatel etappidel
2.3.3. ACSi loomise protseduuri määramine

Määratlevad järjekorrad ACS loomiseks

ACS-i loomise etappide ja etappide koostise määramine

Esitajate määratlus

Arengukava ajakava ACSide loomise jaoks

Organisatsiooniliste ja tehniliste meetmete kava väljatöötamine juhtimisvõimaluse ettevalmistamiseks komisjonile ACSile

2.3.4. ACS-alamsüsteemi ja tagatise liikide erasektori areng (vajadusel)

STAGE 3. SKTICE projekt

3.1. ACS-i valitud versiooni esialgsete lahenduste arendamine ja teatud liiki tagamine

4. etapp

Samm 4.1. Lõplike lahenduste väljatöötamine süsteemi hõlmavate küsimuste jaoks

4.1.1. ACS funktsionaalse struktuuri väljatöötamine

Ülesannete koosseisu täpsustamine (töörühm), automatiseeritud juhtimisfunktsioonide rakendamise tagamine.

Operatsioonide koosseisu kindlaksmääramine, ülesanded, automaatrežiimis tehtud funktsioonid.

ACSi toimimise üldise algoritmi arendamine.

4.1.2. Design lahenduste väljatöötamine süsteemi tervikuna

ACS-struktuuride põhiliste projekteerimislahenduste valimine ja põhjendused.

Sobivuse ACS-i disainilahenduste arendamine seotud süsteemidega.

Käitumine (vajadusel) patendiuuringud.

ACS-i kasutatavate andmeedastussüsteemi tehnilise ja tarkvara nõuete koostise määramine.

Andmeedastussüsteemi vahendite ja elementide koostise määratlemine (näiteks Sõnumiskeskused, andmeedastusseadmed, andmekanalid, kanali lülituskeskused, koormuse jaoturid jne).

Andmeedastussüsteemi struktuuri ja juhtimismeetodite struktuuri määramine (partii, dialoogi režiim, reaalajas režiim).

4.1.3. Seadete väljatöötamine
4.1.4. Toimimise eeskirjade väljatöötamine
4.1.5. Private TK arendamine ja väljastamine ACS-i koostöös, ACS-osad
4.1.6. Organisatsiooniliste ja tehniliste meetmete kava väljatöötamine juhtimisvõimaluse ettevalmistamiseks komisjonile ACSile

Samm 4.2. Organisatsioonilise toetuse lahenduste väljatöötamine

4.2.1. ACS-personali funktsioonide lahenduste väljatöötamine

ACS-personali funktsioonide kindlaksmääramine.

ACS-töötajate kvalifikatsiooni nõuete moodustamine.

Ettepanekute väljatöötamine ACS-personali ettevalmistamiseks.

4.2.2. ACSi organisatsioonilise struktuuri lahenduste väljatöötamine

Otsuste väljatöötamine juhtimissüsteemi organisatsioonilise struktuuri kohta ACS toimimise all.

Areng (täiustamine) täistööajaga sõiduplaanid Jaotused, mis tagavad ACSi toimimise.

4.2.3. ACSi õigusnormi lahenduste väljatöötamine

ACS-i staatuse määratlus, õiguslik seisund struktuuriüksused ACSi ametnikud.

Preparaat õigusnormidTehnoloogilise töötlemise protsessi määratlemine ACS-is.

Teabe saamise, kogumise ja kasutamise protseduuri määramine.

Samm 4.3. Tehnilise toe lahenduste väljatöötamine *

4.3.1. Tehnilise toe lahenduste väljatöötamine

Tehniliste tehniliste vahendite kompositsiooni ja struktuuri valik ja põhjendused ACS, sealhulgas automatiseerimissüsteemi kompleks.

Seria toodetud tehniliste vahendite loetelu määratlus.

Tehniliste vahendite kindlaksmääramine ACS arendatavad ACS, nende tehnilised nõuded ja nende arendamise taotluste tegemine.

Tehniliste tehniliste vahendite kompleksi usaldusväärsuse hindamine ACS.

4.3.2. Areng (vajadusel) Ülesanded ehitiste projekteerimise, struktuuride, ruumide, sealhulgas seotud osade projekt ehitusobjekt

4.4. Automaatse aktiivsuse algoritmide arendamine või valik *

4.4.1. Development (valik) Probleemid Algoritmide lahendamine

Valmis algoritmide kasutamise võimaluse analüüs, võttes arvesse optimeerimise nõudeid.

Meetodite valik.

Mudelite süntees.

Algoritmide süntees.

4.5. Infoturbe lahenduste väljatöötamine

4.5.1. Teabe andmebaasi lahenduste väljatöötamine

Reguleeriva teabe koostise ja mahu määratlus.

Ettepanekute väljatöötamine olemasoleva dokumendihalduse parandamiseks.

Andmebaasi struktuuri väljatöötamine.

Teabe kogumise ja edastamise süsteemi väljatöötamine.

Andmebaasi korraldamise ja hoolduse lahenduste väljatöötamine.

Sisend- ja väljundinformatsiooni koostise ja omaduste määratlemine (signaalid, dokumendid, andmed).

4.5.2. Nomenklatuuri ja siduvate klassifitseerimise ja kodeerimissüsteemide valik

ACS-i tuvastatavate teabevahendite nimekirja määratlemine.

Vajalike klassifikaatorite ja koodi sõnaraamatute loendi määratlus.

Teabeobjektide klassifikaatorite valimine ja arendamine koodi sõnaraamatute kodeerimissüsteemide valimine.

Klassifikaatorite muudatuste ja täienduste süsteemi määramine.

Automatiseeritud klassifikaatorite algoritme põhimõtete väljatöötamine.

4.5.3. Teabevahetuslahenduste väljatöötamine süsteemis Infoturbe skeemi väljatöötamine

4.6. Keelelise toetuse lahenduste väljatöötamine *

4.6.1. Terminoloogilise teema määratlus

Kasutajate nõuded (orientatsioon) määratlemine.

Keelekonstruktsioonide leksilise koostise määramine.

Terminoloogiliste sõnastike arendamine.

4.6.2. Vali keel

Kasutatud keele esindajate kokkusobivuse põhimõtete kehtestamine.

Keelekonstruktsioonide määratlus.

Keeleliste piirangute määramine.

4.7. Tarkvaraarenduse arendamine

4.7.1. Software ACS-i põhiliste lahenduste määramine

Tarkvara ehituse põhimõtete valik.

Tarkvara struktuuri arendamine.

Teabevahetusprotokollide väljatöötamine andmeedastussüsteemis (transport, võrgu tasandil, kanali tase, füüsiline kiht).

4.7.2. Tarkvara koostise määratlus

Üldise tarkvara ACS-i koosseisu määratlus

Special-tarkvara ACSi koostise määramine, kaasa arvatud põhivahendite valik: operatsioonisüsteem, andmebaasi juhtimissüsteemid, terminalitöötlus, katsetamine, raamatupidamine ja juurdepääsu kontroll.

Kohaldamise pakettide valik (PPP).

Areng (vajadusel) TK tarkvara tööriistade kohta, mida ei esitata CSA osana.

Samm 4.8. Metoodilise toetuse lahenduste väljatöötamine *

4.9. Design ja hinnata ehitusdokumentatsiooni väljatöötamine *

4.9.1. ACS-i projekteerimise ja hindamise dokumentatsiooni väljatöötamine

4.10. Lahenduste kooskõlastamine võrkudevaheliste suhete ja ACS-i süsteemi hõlmava dokumentatsiooni arendamise suhted üldiselt

4.10.1. Projekti lahenduste lõplik seos
4.10.2. ACSi loomise kulude arvutamine ja selle tehnika selgitamine majanduslik tõhusus
4.10.3. Süsteemi hõlmava dokumentatsiooni väljatöötamine

4.11. Kohandatud dokumentatsiooni koostamine komponentide ja automatiseerimisrajatiste või tehniliste ülesannete jaoks nende arendamiseks *

4.11.1. CSA seeriatootmise kohandatud dokumentatsiooni ettevalmistamine
4.11.2. Kohandatud dokumentatsiooni ettevalmistamine tehniliseks ja tarkvara jaoks pikaajaliseks tootmiseks
4.11.3. Tehniliste nõuete kindlaksmääramine ja TK koostamine CSA, tehnilise ja tarkvara arendamise kohta, mis ei ole toodetud seerianumbriga

4. etapp

5.1 etapp. Teabetoetuse töödokumentatsiooni väljatöötamine

5.1.1. Areng tehnoloogiline protsess Andmetöötlus

Andmete hankimise tehnoloogilise protsessi väljatöötamine.

Tehnoloogilise andmetöötlusprotsessi arendamine andmetöötlus ja muud tehnilised vahendid.

5.1.2. Operatiivdokumentatsiooni arendamine teabetoetus

Ühtsete dokumentide vormide väljatöötamine

Klassifikaatorite ettevalmistamine

5.1.3. Andmebaasi teabe loogilise struktuuri kontrollimine

5.2. Töödokumentatsiooni väljatöötamine organisatsioonilise toetuse jaoks

5.2.1. Funktsioonide täiustamine ja ACS-personali koostise täpsustamine Sätete väljatöötamine ja juhised igat liiki, süsteemi formulaatori jaoks.

5.3. Töödokumentatsiooni väljatöötamine metoodilise toetuse jaoks *

5.4. Keelalise toetuse töödokumentatsiooni väljatöötamine *

5.5 etapp. Programmide ja tarkvaradokumentide väljatöötamine või kohandamine

5.5.1. PPP ja individuaalsete programmide kohandamine

PPP (DBMS, IPS, funktsionaalpakendid jne) omandamine ja seondumine).

5.5.2. Programmide ja tarkvara arendamine

Tarkvaraarendus.

Ettevalmistus (vajadusel) seisake silumisprogrammide jaoks.

Silumisprogrammid.

Tarkvara CSA arendamine.

Katseprogrammide ja tarkvara kontrollide väljatöötamine.

Tarkvara dokumentatsiooni väljatöötamine, sealhulgas operatiivne.

5.6. Dokumentatsiooni väljatöötamine ühekordse tootmise tehnilistele vahenditele *

5.6.1. Disainilahenduste väljatöötamine ühekordse tootmise tehniliste vahendite jaoks

Dokumentatsiooni väljatöötamine vastavalt ECC standarditele.

5.7. Design ja hinnata ehitusdokumentatsiooni väljatöötamine

5.7.1. Design ja hinnata dokumentatsiooni väljatöötamine

Dokumentatsiooni väljatöötamine vastavalt SPD-standarditele.

5.7.2. Projekti dokumentatsiooni põhjal töötatakse välja registreeritud dokumentatsioon tehniliste vahendite jaoks ACS-i.

6. etapp CSA mitte-eemaldatud komponentide tootmine

Etapp 6.1. KSA komponentide tootmine.

6.1.1. Tootmise tehnoloogiline ettevalmistamine

Tehnilise dokumentatsiooni tehnoloogiline kontroll tehnilise ja tarkvara CSA jaoks.

Programmeerimisseadmete koostise määramine.

Areng (vajadusel) Tehnoloogiline dokumentatsioon tehniliste vahendite valmistamiseks.

6.1.2. Seadmed
6.1.3. KSA komponentide tootmine.

Tarkvara komponentide tootmine.

Tehniliste komponentide tootmine.

Etapp 6.2. Autonoomne silumine ja katsetamine komponentide CSA

6.2.1. Autonoomse silumise komponentide CSA

Silumisseadmed vastavalt operatiivdokumentatsioonile.

6.2.2. Katseorganisatsioon
6.2.3. Testimine

Testi tarkvara.

Tehniliste vahendite test.

Otsused CSA komponentide sobivuse kohta kohaletoimetamiseks.

7. etapp

Etapp 7.1. Organisatsiooni ettevalmistamine ACS-i sisenemise, koolituspersonali jaoks

7.1.1. Personali koolitus

Kasutaja koolituse ja hooldustöötajate korraldamine ja läbiviimine ACS.

7.1.2. ACU kandmise ettevalmistamiseks meetmete läbiviimine

Projekti otsuste rakendamine ACta organisatsioonilise struktuuri kohta.

Regulatiivsete materjalide juhtimise objekti üksuste tagamine.

Klassifikaatorite ja teabe kodifitseerijate kasutuselevõtt.

Etapp 7.2. ACS-i seadmed.

7.2.1. Seriaalsete tootjate komponentide hankimine

Tehniliste vahendite hankimine.

Tarkvara vastuvõtmine.

ZIP-i saamine.

7.2.2. I. sisendjuhtimine Ühe tootmise komponendid
7.2.3. Materjalide ja montaažtoodete hankimine

Materjalide saamine peatöövõtjalt.

Paigaldusorganisatsioonide materjalide ja toodete lõpetamine.

Etapp 7.3. Ehitus ja paigaldustöö *

7.3.1. Tulemuslikkus ehitustöö

Ehitamine (rekonstrueerimine) spetsialiseeritud hoonete (ruumides) tehniliste seadmete ja ACS personali paigutamiseks.

Kaabelikanalite ehitamine.

Ruumide vastuvõtmine.

7.3.2. Tulemuslikkus paigaldustöö

Tehniliste seadmete ja sideliinide paigaldamine.

Paigaldatud tehniliste vahendite test.

Tehniliste vahendite üleandmine tööle.

Samm 7.4. Kasutuselevõtt töö (CSA terviklik silumine)

7.4.1. Tehnilise ja tarkvara tellimine

Tehniliste seadmete reguleerimine ACS.

Tehniliste tehniliste vahendite tellimine ACS.

Stateerimis- ja silumistarkvara.

7.4.2. ACS-i ettevalmistamine kogemustele

Organisatsiooniliste ja tehniliste meetmete rakendamise lõpuleviimine ACS-juhtimisvõimaluse ettevalmistamiseks.

Teabe baashaldussüsteemide kogenud toimimise läbiviimine.

Kogenud operatsiooni läbiviimise programmi arendamine.

7.4.3. ACS-i esialgsete testide läbiviimine

Programmi koostamine ja esialgse testimise tehnikate koostamine.

Testimine ACS toimivuse jaoks.

Operatiivdokumentatsiooni kohandamine vastavalt katseprotokollile.

Dokumentatsiooni muutmise tõrkeotsing ja muudatuste tegemine.

Organisatsiooniliste ja haldusdokumentide väljastamine ACS-i aktsepteerimise kohta katseoperatsioonis.

7.5. ACSi kogenud töö läbiviimine

7.5.1. ACSi kogenud töö läbiviimine

ACSi kogenud töö läbiviimine.

ACC-eksperimentaalse toimimise tulemuste analüüs.

7.5.2. ACS-i ettevalmistamine vastuvõtmistestide (riik, intertepartmental, osakond)

Rafineerimist (vajadusel) tarkvara ACS.

Täiendav korrigeerimine (vajadusel) ACS tehnilised vahendid.

Dokumentide korrigeerimine ACC eksperimentaalse toimimise tulemuste põhjal.

ACSi majandusliku tõhususe arvutamine ACC-eksperimentaalse toimimise tulemuste põhjal.

Programmide ettevalmistamine ja vastuvõtutesti meetodid ACS ja organisatsiooniliste ja haldusdokumentide väljastamine.

Etapp 7.6. Vastuvõtu testid

7.6.1. Testid

7.7. Katse ajal tuvastatud kommentaaride kõrvaldamine

7.7.1. Katsetulemuste analüüs ACS
7.7.2. Kommentaaride kõrvaldamine ACS-i testide tulemuste kohta

7.8. Ühinemine ACS tööstusliku operatsiooniga

7.8.1. ACU sisestamise registreerimine
* Vajadus etappide ja etappide tegemiseks määratakse tehnilise ülesande väljatöötamisel ACS-is.

Töötanud välja instrumentide tegemise ministeerium, automaatika tööriistad ja juhtimissüsteemid

Esitaja

Instrumentide tegemise ministeerium, automatiseerimisvahendid ja juhtimissüsteemid

Kolleegiumi liige n.i. Gorelikov

Heakskiidetud ja rakendatakse NSV Liidu riigi komitee resolutsioon 30. juuni 1986. aasta 952 standardite kohta