Informācijas sistēmas parauga projektēšanas darba uzdevums. Informācijas sistēmas izveides darba uzdevums. Tehnisko specifikāciju izstrādes, apstiprināšanas un apstiprināšanas procedūra

informācijas tehnoloģijas. Standartu komplekts automatizētām sistēmām. Tehniskie virzieni automatizēto sistēmu izstrādei

Pamatojoties uz GOST 34.602-89 tehnisko specifikāciju rakstīšanai automatizētas sistēmas kontrole no 01/01/1990

1. VISPĀRĪGI NOTEIKUMI

1.1. TK ir galvenais dokuments, kas nosaka prasības un procedūru izveidei (attīstīšanai vai modernizācijai - tālākai izveidei) informācijas sistēma(turpmāk IS), saskaņā ar kuru tiek veikta IS izstrāde un pieņemšana, nododot ekspluatācijā.

1.2. TK ir izstrādāta sistēmai kopumā, paredzēta darbam neatkarīgi vai kā citas sistēmas sastāvdaļa.

1.3. Prasības attiecībā uz IP šajā standartā noteiktajā apjomā var iekļaut jaunizveidota informatizācijas objekta projektēšanas uzdevumā. Šajā gadījumā TK nav izstrādāta.

1.4. TOR ietvertajām prasībām jāatbilst pašreizējam attīstības līmenim informācijas tehnoloģijas un nepakļauties līdzīgām prasībām labākajiem mūsdienu vietējiem un ārvalstu analogiem. TOR noteiktajām prasībām nevajadzētu ierobežot sistēmas izstrādātāju efektīvāko tehnisko, priekšizpētes un citu risinājumu meklēšanā un ieviešanā.

1.5. TOR ietver tikai tās prasības, kas papildina prasības šāda veida sistēmām un ir noteiktas pēc konkrētā objekta, kuram sistēma tiek veidota, specifika.

1.6. Izmaiņas TOR tiek formalizētas ar pielikumu vai protokolu, ko parakstījis klients un izstrādātājs. Papildinājums vai norādītais protokols ir IP neatņemama TOR sastāvdaļa. TK titullapā jābūt ierakstam "Derīgs no ...".

2. SASTĀVS UN SATURS

2.1. TOR satur šādas sadaļas, kuras var iedalīt apakšsadaļās:

• 
  1) vispārīga informācija;
• 
  2) sistēmas izveides (attīstīšanas) mērķis un mērķi;
• 
  3) objektu raksturojums;
• 
  4) sistēmas prasības;
• 
  5) sistēmas izveides darba sastāvs un saturs;
• 
  6) sistēmas kontroles un pieņemšanas kārtība;
• 
  7) prasības darba sastāvam un saturam, lai sagatavotu izstrādes objektu sistēmas nodošanai ekspluatācijā;
• 
  8) prasības dokumentācijai;
• 
  9) attīstības avoti.

Pieteikumus var iekļaut darba uzdevumā.

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

Sistēmas daļu TOR neietver sadaļas, kas dublē visu TOR sadaļu saturu.

2.3. Nodaļā " Galvenā informācija» norādīt:

• 
  1) sistēmas pilns nosaukums un tās simbols;
• 
  2) tēmas šifrs vai līguma šifrs (numurs);
• 
  3) sistēmas izstrādātāja un pasūtītāja (lietotāja) uzņēmumu nosaukumus un to rekvizītus;
• 
  4) dokumentu saraksts, uz kuru pamata sistēma tiek veidota, kas un kad šos dokumentus apstiprinājis;
• 
  5) plānotos datumus sistēmas izveides darbu uzsākšanai un pabeigšanai;
• 
  6) informāciju par darbu finansēšanas avotiem un kārtību;
• 
  7) kārtība, kādā noformējami un pasūtītājam tiek iesniegti darba rezultāti pie sistēmas (tās daļu) izveides, atsevišķu līdzekļu (aparatūras, programmatūras, informācijas) un programmatūras un aparatūras (programmatūras un metodiskās) izgatavošanas un pielāgošanas. sistēmas kompleksi.

2.4. Sadaļa "Sistēmas izveides (attīstīšanas) mērķis un uzdevumi" sastāv no apakšsadaļām:

• 
  1) sistēmas mērķis;
• 
  2) sistēmas izveides mērķis.

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

2.4.2. Apakšsadaļā “Sistēmas izveides mērķi” ir norādīti informatizācijas objekta tehnisko, tehnoloģisko, ražošanas-ekonomisko vai citu rādītāju nosaukumi un nepieciešamās vērtības, kas jāsasniedz IS izveides rezultātā. , un norāda sistēmas izveides mērķu sasniegšanas vērtēšanas kritērijus.

2.5. Sadaļā "Informatizācijas objekta raksturojums" tie sniedz:

• 
  1) īsa informācija par informatizācijas objektu vai saites uz dokumentiem, kas satur šādu informāciju;
• 
  2) informācija par automatizācijas objekta darbības apstākļiem.

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

• 
  1) prasības sistēmai kopumā;
• 
  2) prasības sistēmas veicamajām funkcijām (uzdevumiem);
• 
  3) prasības nodrošinājuma veidiem.

Šajā IS TOR sadaļā ietverto sistēmas prasību sastāvs tiek noteikts atkarībā no konkrētas sistēmas veida, mērķa, īpašajām iezīmēm un darbības apstākļiem.

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

• 
  prasības sistēmas struktūrai un darbībai;
• 
  prasības sistēmas personāla skaitam un kvalifikācijai un tās darba režīmam;
• 
  galamērķa rādītāji;
• 
  uzticamības prasības;
• 
  drošības prasības;
• 
  ergonomikas un tehniskās estētikas prasības;
• 
  prasības sistēmas komponentu darbībai, apkopei, remontam un uzglabāšanai;
• 
  prasības informācijas aizsardzībai pret nesankcionētu piekļuvi;
• 
  prasības informācijas drošībai negadījumu gadījumā;
• 
  prasības aizsardzībai no ārējās ietekmes ietekmes;
• 
  prasības attiecībā uz patenta tīrību;
• 
  standartizācijas un unifikācijas prasības;
• 
  Papildu prasības.

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

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

2.6.1.2. Prasībās par IS personāla skaitu un kvalifikāciju ir norādīts:

• 
  prasības IS personāla (lietotāju) skaitam;
• 
  prasības personāla kvalifikācijai, apmācības un zināšanu un prasmju kontroles kārtība;
• 
  nepieciešamo IS personāla darba režīmu.

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

2.6.1.4. Uzticamības prasības ietver:

• 
  1) uzticamības rādītāju sastāvs un kvantitatīvās vērtības visai sistēmai vai tās apakšsistēmām;
• 
  2) avārijas situāciju saraksts, kurām būtu jāreglamentē uzticamības prasības, un atbilstošo rādītāju vērtības;
• 
  3) uzticamības prasības tehniskajiem līdzekļiem un programmatūra;
• 
  4) prasības ticamības rādītāju novērtēšanas un uzraudzības metodēm dažādos sistēmas izveides posmos saskaņā ar spēkā esošajiem normatīvajiem un tehniskajiem dokumentiem.

2.6.1.5. Drošības prasības ietver prasības drošības nodrošināšanai sistēmas piegādes, nodošanas ekspluatācijā, ekspluatācijas un apkopes laikā.

2.6.1.6. Ergonomikas un tehniskās estētikas prasības ietver IS rādītājus, kas nosaka nepieciešamo cilvēka un mašīnas mijiedarbības kvalitāti un personāla darba apstākļu komfortu.

2.6.1.7. Prasības informācijas aizsardzībai pret nesankcionētu piekļuvi ietver nozares un klienta informācijas vides noteiktās prasības.

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

2.6.1.9. Patenta tīrības prasības norāda valstu sarakstu, attiecībā uz kurām jānodrošina sistēmas un tās daļu patentētā tīrība.

2.6.1.10. Papildu prasības ietver īpašas prasības pēc sistēmas izstrādātāja vai klienta ieskatiem.

2.6.2. Apakšsadaļā "Prasības sistēmas veiktajām funkcijām (uzdevumiem)" ir norādīts:

• 
  katrai apakšsistēmai automatizējamo funkciju, uzdevumu vai to kompleksu (arī to, kas nodrošina sistēmas daļu mijiedarbību) saraksts;
• 
  veidojot sistēmu divās vai vairākās rindās - funkcionālo apakšsistēmu, atsevišķu funkciju vai uzdevumu saraksts, kas tiek ieviesti 1. un turpmākajās rindās;
• 
  katras funkcijas, uzdevuma (vai uzdevumu kopas) īstenošanas laika grafiks;
• 
  prasības katras funkcijas (uzdevuma vai uzdevumu kopas) izpildes kvalitātei, izvadinformācijas pasniegšanas formai, nepieciešamās precizitātes un izpildes laika raksturlielumiem, prasības funkciju grupas izpildes vienlaicīgumam, uzticamībai. no rezultātiem;
• 
  saraksts un atteices kritēriji katrai funkcijai, kurai noteiktas uzticamības prasības.

2.6.3. Apakšsadaļā “Prasības atbalsta veidiem” atkarībā no sistēmas veida ir dotas prasības matemātiskajam, informatīvajam, lingvistiskajam, programmatūras, tehniskajam, metroloģiskajam, organizatoriskajam, metodiskajam un cita veida sistēmas atbalstam.

2.6.3.2. Sistēmas informatīvajam atbalstam tiek izvirzītas šādas prasības:

• 
  1) uz datu sastāvu, struktūru un kārtošanas metodēm sistēmā;
• 
  2) informācijas apmaiņai starp sistēmas komponentiem;
• 
  3) informācijas savietojamībai ar blakus esošajām sistēmām;
• 
  4) par datu bāzu pārvaldības sistēmu izmantošanu;
• 
  5) datu vākšanas, apstrādes, nodošanas sistēmā un datu prezentēšanas procesa struktūrai;
• 
  6) datu aizsardzībai;
• 
  7) datu kontrole, uzglabāšana, atjaunināšana un atjaunošana;

2.6.3.3. Sistēmas lingvistiskajam atbalstam ir dotas prasības programmēšanas valodu lietošanai sistēmā. augsts līmenis, mijiedarbības valodas starp lietotājiem un sistēmas tehniskajiem līdzekļiem, kā arī prasības datu kodēšanai un dekodēšanai, datu ievades-izvades valodas, datu apstrādes valodas, tēmas jomas aprakstīšanas līdzekļi un dialoga organizēšanas metodes.

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

• 
  1) programmatūras atkarībai no darbības vides;
• 
  2) programmatūras kvalitātei, kā arī tās nodrošināšanas un kontroles metodēm;

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

• 
  1) tehnisko līdzekļu veidiem, tai skaitā tehnisko līdzekļu kompleksu veidiem, programmatūras un aparatūras kompleksiem un citām sastāvdaļām, kas ir pieņemami lietošanai sistēmā;
• 
  2) uz sistēmas tehniskā nodrošinājuma funkcionālajām, konstruktīvajām un darbības īpašībām.

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

• 
  1) provizorisks mērīšanas kanālu saraksts;
• 
  2) prasības parametru mērījumu precizitātei un (vai) mērīšanas kanālu metroloģiskajiem raksturlielumiem;
• 
  3) sistēmas tehnisko līdzekļu metroloģiskās savietojamības prasības;
• 
  4) sistēmas vadības un skaitļošanas kanālu sarakstu, kuriem nepieciešams novērtēt precizitātes raksturlielumus;
• 
  5) prasības aparatūras un programmatūras, kas ir daļa no sistēmas mērīšanas kanāliem, metroloģiskā atbalsta, instrumentu, iebūvētās vadības, mērīšanas kanālu un sistēmas regulēšanā un testēšanā izmantoto mērinstrumentu metroloģiskā piemērotība;
• 
  6) metroloģiskās sertifikācijas veids (valsts vai departaments), norādot tās īstenošanas kārtību un sertifikāciju veicošās organizācijas.

2.6.3.7. Organizatoriskajam atbalstam tiek izvirzītas šādas prasības:

 1) sistēmas darbībā iesaistīto vai darbību nodrošinājošo struktūrvienību struktūrai un funkcijām;

 2) sistēmas darbības organizācijai un IS personāla un informatizācijas objekta personāla mijiedarbības kārtībai;

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

2.7. Sadaļā "Sistēmas izveides (izstrādes) darba sastāvs un saturs" jāiekļauj sistēmas izveides posmu un darba posmu saraksts, to ieviešanas laiks, darbu veicošo organizāciju saraksts, saites uz dokumentiem, kas apliecina šo organizāciju piekrišanu piedalīties sistēmas izveidē, vai ierakstu, kurā noteikta atbildīgā persona (pasūtītājs vai izstrādātājs) par šo darbu veikšanu.

AT šajā sadaļā citē arī:

• 
  1) attiecīgo darba posmu un posmu beigās uzrādāmo dokumentu saraksts;
• 
  2) tehniskās dokumentācijas pārbaudes veids un kārtība (pārbaudāmās dokumentācijas posms, posms, apjoms, organizācija-eksperts);
• 
  3) darba programma, kuras mērķis ir nodrošināt izstrādājamās sistēmas nepieciešamo uzticamības līmeni (ja nepieciešams);
• 
  4) metroloģiskā atbalsta darbu saraksts visos sistēmas izveides posmos, norādot to izpildes termiņus un izpildorganizācijas (ja nepieciešams).

2.8. Sadaļā "Sistēmas uzraudzības un pieņemšanas kārtība" norāda:

• 
  1) sistēmas un tās sastāvdaļu veidi, sastāvs, apjoms un pārbaudes metodes;
• 
  2) Vispārīgās prasības uz darbu pieņemšanu pa posmiem, pieņemšanas dokumentācijas saskaņošanas un apstiprināšanas kārtību;

2.9. Sadaļā “Prasības automatizācijas objekta sagatavošanai sistēmas nodošanai ekspluatācijā paredzēto darbu apjomam un saturam” nepieciešams nodrošināt galveno darbību un to veicēju sarakstu, kas jāveic, sagatavojot projektu par nodošanu ekspluatācijā. IR ekspluatācijā.

Galveno darbību saraksts ietver:

• 
  1) sistēmā ienākošās informācijas ienešana (saskaņā ar informācijas un lingvistiskā atbalsta prasībām);
• 
  2) tādu apstākļu radīšana projekta funkcionēšanai, pie kuriem tiek garantēta izveidotās sistēmas atbilstība TPR ietvertajām prasībām;
• 
  3) sistēmas funkcionēšanai nepieciešamo apakšnodaļu un dienestu izveide;
• 
  4) personāla komplektēšanas un personāla apmācības termiņi un kārtība.

2.10. Sadaļā "Dokumentācijas prasības" ir norādīts:

• 
  1) izstrādājamo dokumentu komplektu un veidu sarakstu, vienojoties ar sistēmas izstrādātāju un Pasūtītāju;
  uz mašīnu datu nesējiem izsniegto dokumentu saraksts;
• 
  2) ja nav valsts standartu, kas nosaka prasības sistēmas elementu dokumentēšanai, tie papildus ietver prasības šādu dokumentu sastāvam un saturam.

2.11. Sadaļā "Izstrādes avoti" jāuzskaita dokumenti un informatīvie materiāli, uz kuru pamata tika izstrādāts TO un kuri jāizmanto, veidojot sistēmu.

3. KONSTRUKCIJAS NOTEIKUMI

3.1. TOR sadaļas un apakšsadaļas jāievieto secībā, kas noteikta 2. punktā. 2 no šī standarta.

3.2. Lapu (lapu) numurus noliek, sākot no pirmās lapas aiz titullapas, lapas augšējā daļā (virs teksta, vidū) pēc TK koda apzīmējuma uz IC.

3.3. Titullapā ir ievietoti pasūtītāja, izstrādātāja un koordinējošo uzņēmumu paraksti, kas ir aizzīmogoti. Ja nepieciešams, titullapu noformē uz vairākām lapām. Pēdējā lapā ievietoti TK izstrādātāju un TK par IP projekta apstiprināšanā un izskatīšanā iesaistīto amatpersonu paraksti.

TOR titullapas forma dota 2.pielikumā TOR pēdējās lapas forma dota 3.pielikumā.

3.4. TOR papildinājuma titullapa tiek noformēta tāpat kā darba uzdevuma titullapa. Vārda vietā " Tehniskais uzdevums"Rakstiet" TK pielikumu Nr. ... uz maiņstrāvas ... ".

3.5. Nākamajās TOR papildinājuma lapās tiek ievietots izmaiņu iemesls, izmaiņu saturs un saites uz dokumentiem, saskaņā ar kuriem šīs izmaiņas tiek veiktas.

3.8. Iesniedzot TOR papildinājuma tekstu, jānorāda galveno TP attiecīgo punktu, apakšpunktu, tabulu u.c. numuri un vārdi “aizstāt”, “papildināt”, “dzēst”, “norādīt jauns izdevums”.

TK FOR IP IZSTRĀDES, LĪGŠANAS UN APSTIPRINĀŠANAS KĀRTĪBA

1. TOR projektu izstrādā sistēmas izstrādātājs, piedaloties pasūtītājam, pamatojoties uz tehniskajām prasībām(pieteikumi, taktiskās un tehniskās specifikācijas utt.).

Konkursa darba organizēšanā TOR projekta variantus izskata pasūtītājs, kurš vai nu izvēlas sev vēlamo variantu, vai arī, pamatojoties uz salīdzinošo analīzi, sagatavo AC galīgo variantu, piedaloties topošais IS izstrādātājs.

2. Nepieciešamību saskaņot RĪ projektu ar valsts uzraudzības iestādēm un citām ieinteresētajām organizācijām nosaka sistēmas pasūtītājs un IS projekta izstrādātājs kopīgi,

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

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

4. Komentāri par TOR projektu iesniedzami ar tehnisku pamatojumu. Lēmumi par komentāriem ir jāpieņem ToR projekta izstrādātājam un sistēmas pasūtītājam, pirms tiek apstiprināts IS uzdevums.

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

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

7. TOR apstiprināšanu veic sistēmas izstrādātāja un pasūtītāja uzņēmumu vadītāji.

8. Apstiprinātās rokasgrāmatas kopijas 10 dienu laikā pēc apstiprināšanas Nolikuma izstrādātājs nosūta sistēmas izveides dalībniekiem.

9. TPR papildinājumu saskaņošana un apstiprināšana notiek tādā veidā, kā tas noteikts TPR uz IP.

10. Izmaiņas TOR nav atļauts apstiprināt pēc sistēmas vai tās rindas iesniegšanas akcepttestiem.

NOSAUKUMLAPAS FORMA TK

______________________________________________________ . organizācijas nosaukums - TK izstrādātājs IP APSTIPRINĀT Vadītājs (amats, uzņēmuma nosaukums - IP klients) Ronis datums APSTIPRINĀT Vadītājs (amats, uzņēmuma nosaukums - "IS" izstrādātājs) Personīgais paraksts Paraksta atšifrējums Ronis datums IP veida nosaukums ________________________________________________________ informatizācijas objekta nosaukums ________________________________________________________ IS saīsinātais nosaukums TEHNISKAIS UZDEVUMS Uz ____ loksnēm Derīgs no PIEKRĪTU vadītājs (amats, koordinējošās organizācijas nosaukums) Personīgais paraksts Paraksta atšifrējums

Informācijas sistēmas izveides darba uzdevums

Pamatojoties uz GOST 34.602-89
par automatizēto vadības sistēmu tehnisko specifikāciju rakstīšanu 01.01.1990.

1. VISPĀRĪGI NOTEIKUMI

1.1. TK ir galvenais dokuments, kas nosaka informācijas sistēmas (turpmāk tekstā IS) izveides (izstrādes vai modernizācijas - turpmāk - izveide) prasības un kārtību, saskaņā ar kuru tiek veikta IS izstrāde un pieņemšana. pēc nodošanas ekspluatācijā.

1.2. TK ir izstrādāta sistēmai kopumā, paredzēta darbam neatkarīgi vai kā citas sistēmas sastāvdaļa.

1.3. Prasības attiecībā uz IP šajā standartā noteiktajā apjomā var iekļaut jaunizveidota informatizācijas objekta projektēšanas uzdevumā. Šajā gadījumā TK nav izstrādāta.

1.4. TOR ietvertajām prasībām jāatbilst pašreizējam informācijas tehnoloģiju attīstības līmenim un nedrīkst būt zemākas par līdzīgām prasībām labākajiem mūsdienu vietējiem un ārvalstu analogiem. TOR noteiktajām prasībām nevajadzētu ierobežot sistēmas izstrādātāju efektīvāko tehnisko, priekšizpētes un citu risinājumu meklēšanā un ieviešanā.

1.5. TOR ietver tikai tās prasības, kas papildina prasības šāda veida sistēmām un ir noteiktas pēc konkrētā objekta, kuram sistēma tiek veidota, specifika.

1.6. Izmaiņas TOR tiek formalizētas ar pielikumu vai protokolu, ko parakstījis klients un izstrādātājs. Papildinājums vai norādītais protokols ir IP neatņemama TOR sastāvdaļa. TK titullapā jābūt ierakstam “Derīgs no ...”.

2. SASTĀVS UN SATURS

2.1. TOR satur šādas sadaļas, kuras var iedalīt apakšsadaļās:

Galvenā informācija;

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

objektu īpašības;

Sistēmas prasības;

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

prasības darba sastāvam un saturam, lai sagatavotu izstrādes objektu sistēmas nodošanai ekspluatācijā;

dokumentācijas prasības;

attīstības avoti.
Pieteikumus var iekļaut darba uzdevumā.

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

Sistēmas daļu TOR neietver sadaļas, kas dublē visu TOR sadaļu saturu.

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

pilns sistēmas nosaukums un tās simbols;

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

sistēmas izstrādātāja un pasūtītāja (lietotāja) uzņēmumu nosaukumus un to rekvizītus;

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

plānotos datumus sistēmas izveides darbu uzsākšanai un pabeigšanai;

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

kārtība, kādā tiek formalizēti un iesniegti klientam darba rezultāti pie sistēmas (tās daļu) izveides, atsevišķu līdzekļu (aparatūras, programmatūras, informācijas) un programmatūras un aparatūras (programmatūras un metodisko) kompleksu izgatavošanas un regulēšanas. sistēma.

2.4. Sadaļa “Sistēmas izveides (attīstīšanas) mērķis un uzdevumi” sastāv no apakšsadaļām:

sistēmas mērķis;

sistēmas mērķis.

2.4.1. Apakšsadaļā “Sistēmas mērķis” norāda sistēmas darbības veidu (pārvaldība, projektēšana u.c.) un informatizācijas objektu (objektu) sarakstu, kuros to paredzēts izmantot.

2.4.2. Apakšsadaļā “Sistēmas izveides mērķi” norādīti informatizācijas objekta tehnisko, tehnoloģisko, ražošanas-ekonomisko vai citu rādītāju nosaukumi un nepieciešamās vērtības, kas jāsasniedz IS izveides rezultātā, un norāda sistēmas izveides mērķu sasniegšanas vērtēšanas kritērijus.

2.5. Sadaļā “Informatizācijas objekta raksturojums” tie sniedz:

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

informācija par automatizācijas objekta darbības apstākļiem.

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

prasības sistēmai kopumā;

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

prasības drošības veidiem.

Šajā IS TOR sadaļā ietverto sistēmas prasību sastāvs tiek noteikts atkarībā no konkrētas sistēmas veida, mērķa, īpašajām iezīmēm un darbības apstākļiem.

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

prasības sistēmas struktūrai un darbībai;

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

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

uzticamības prasības;

drošības prasības;

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

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

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

prasības informācijas drošībai negadījumu gadījumā;

prasības aizsardzībai no ārējās ietekmes ietekmes;

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

standartizācijas un unifikācijas prasības;

Papildu prasības.

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

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

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

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

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

sistēmas diagnostikas prasības;

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

2.6.1.2. Prasībās par IS personāla skaitu un kvalifikāciju ir norādīts:

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

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

nepieciešamo IS personāla darba režīmu.

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

2.6.1.4. Uzticamības prasības ietver:

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

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

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

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

2.6.1.5. Drošības prasības ietver prasības drošības nodrošināšanai sistēmas piegādes, nodošanas ekspluatācijā, ekspluatācijas un apkopes laikā.

2.6.1.6. Ergonomikas un tehniskās estētikas prasības ietver IS rādītājus, kas nosaka nepieciešamo cilvēka un mašīnas mijiedarbības kvalitāti un personāla darba apstākļu komfortu.

2.6.1.7. Prasības informācijas aizsardzībai pret nesankcionētu piekļuvi ietver nozares un klienta informācijas vides noteiktās prasības.

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

2.6.1.9. Patenta tīrības prasības norāda valstu sarakstu, attiecībā uz kurām jānodrošina sistēmas un tās daļu patentētā tīrība.

2.6.1.10. Papildu prasības ietver īpašas prasības pēc sistēmas izstrādātāja vai klienta ieskatiem.

2.6.2. Apakšsadaļā “Prasības funkcijām (uzdevumiem)”, ko veic sistēma, ir norādīts:

katrai apakšsistēmai automatizējamo funkciju, uzdevumu vai to kompleksu (arī to, kas nodrošina sistēmas daļu mijiedarbību) saraksts;

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

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

prasības katras funkcijas (uzdevuma vai uzdevumu kopas) izpildes kvalitātei, izvadinformācijas pasniegšanas formai, nepieciešamās precizitātes un izpildes laika raksturlielumiem, prasības funkciju grupas izpildes vienlaicīgumam, uzticamībai. no rezultātiem;

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

2.6.3. Apakšsadaļā “Prasības atbalsta veidiem” atkarībā no sistēmas veida ir dotas prasības matemātiskajam, informatīvajam, lingvistiskajam, programmatūras, tehniskajam, metroloģiskajam, organizatoriskajam, metodiskajam un cita veida sistēmas atbalstam.

2.6.3.2. Sistēmas informatīvajam atbalstam tiek izvirzītas šādas prasības:

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

informācijas apmaiņai starp sistēmas komponentiem;

informācijas savietojamībai ar blakus sistēmām;

par datu bāzu pārvaldības sistēmu izmantošanu;

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

datu aizsardzībai;

kontrolēt, uzglabāt, atjaunināt un atjaunot datus;

2.6.3.3. Sistēmas lingvistiskajam atbalstam tiek izvirzītas prasības augsta līmeņa programmēšanas valodu lietošanai sistēmā, lietotāja mijiedarbības valodām un sistēmas tehniskajiem līdzekļiem, kā arī prasības datu kodēšanai un dekodēšanai, datu ievadei. -izvades valodas, datu apstrādes valodas, priekšmeta jomas aprakstīšanas līdzekļi un metodes dialoga organizēšanai.

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

programmatūras atkarībai no darbības vides;

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

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

uz tehnisko līdzekļu veidiem, tai skaitā tehnisko līdzekļu kompleksu veidiem, programmatūras un aparatūras kompleksiem un citām sastāvdaļām, kas ir pieņemamas lietošanai sistēmā;

sistēmas tehniskā nodrošinājuma līdzekļu funkcionālajām, konstruktīvajām un darbības īpašībām.

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

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

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

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

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

sistēmas mērīšanas kanālu sastāvā esošās aparatūras un programmatūras metroloģiskā nodrošinājuma prasības, instrumenti, iebūvēta vadība, mērīšanas kanālu un sistēmas nodošanā ekspluatācijā un testēšanā izmantoto mērinstrumentu metroloģiskā piemērotība;

metroloģiskās sertifikācijas veids (valsts vai departaments) ar norādi par tās īstenošanas kārtību un organizācijām, kas veic sertifikāciju.

2.6.3.7. Organizatoriskajam atbalstam tiek izvirzītas šādas prasības:

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

sistēmas darbības organizācijai un IS personāla un informatizācijas objekta personāla mijiedarbības kārtībai;

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

2.7. Sadaļā “Sistēmas izveides (izstrādes) darba sastāvs un saturs” jāiekļauj sistēmas izveides posmu un darba posmu saraksts, to ieviešanas laiks, darbu veicošo organizāciju saraksts, saites uz dokumentiem, kas apliecina šo organizāciju piekrišanu piedalīties sistēmas izveidē, vai ierakstu, kurā noteikta atbildīgā persona (pasūtītājs vai izstrādātājs) par šo darbu veikšanu.

Šajā sadaļā ir arī sniegta:

attiecīgo darba posmu un posmu beigās uzrādāmo dokumentu saraksts;

tehniskās dokumentācijas pārbaudes veids un kārtība (pārbaudāmās dokumentācijas posms, posms, apjoms, organizācija-eksperts);

darba programma, kuras mērķis ir nodrošināt izstrādājamās sistēmas nepieciešamo uzticamības līmeni (ja nepieciešams);

metroloģiskā atbalsta darbu saraksts visos sistēmas izveides posmos, norādot to termiņus un izpildorganizācijas (ja nepieciešams).

2.8. Sadaļā “Sistēmas uzraudzības un pieņemšanas kārtība” norāda:

sistēmas un tās sastāvdaļu veidi, sastāvs, apjoms un pārbaudes metodes;

vispārīgās prasības darbu pieņemšanai pa posmiem, pieņemšanas dokumentācijas saskaņošanas un apstiprināšanas kārtība;

2.9. Sadaļā “Prasības darbu sastāvam un saturam, lai sagatavotu automatizācijas objektu sistēmas nodošanai ekspluatācijā” nepieciešams nodrošināt galveno darbību un to veicēju sarakstu, kas jāveic, sagatavojot projektu IR ekspluatācijā.

Galveno darbību saraksts ietver:

informācijas ienešana sistēmā (atbilstoši informācijas un lingvistiskā atbalsta prasībām);

tādu apstākļu radīšana projekta funkcionēšanai, pie kuriem tiek garantēta izveidotās sistēmas atbilstība TPR ietvertajām prasībām;

sistēmas funkcionēšanai nepieciešamo apakšnodaļu un dienestu izveide;

personāla komplektēšanas un personāla apmācības noteikumi un kārtība.

2.10. Sadaļā "Dokumentācijas prasības" ir norādīts:

izstrādājamo dokumentu komplektu un veidu sarakstu, vienojoties sistēmas izstrādātājam un Pasūtītājam;
uz mašīnu datu nesējiem izsniegto dokumentu saraksts;

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

2.11. Sadaļā “Izstrādes avoti” jāuzskaita dokumenti un informatīvie materiāli, uz kuru pamata tika izstrādāts TO un kuri jāizmanto sistēmas veidošanā.

3. KONSTRUKCIJAS NOTEIKUMI

3.1. TOR sadaļas un apakšsadaļas jāievieto secībā, kas noteikta 2. punktā. 2 no šī standarta.

3.2. Lapu (lapu) numurus noliek, sākot no pirmās lapas aiz titullapas, lapas augšējā daļā (virs teksta, vidū) pēc TK koda apzīmējuma uz IC.

3.3. Titullapā ir ievietoti pasūtītāja, izstrādātāja un koordinējošo uzņēmumu paraksti, kas ir aizzīmogoti. Ja nepieciešams, titullapu noformē uz vairākām lapām. Pēdējā lapā ievietoti TK izstrādātāju un TK par IP projekta apstiprināšanā un izskatīšanā iesaistīto amatpersonu paraksti.

TOR titullapas forma dota 2.pielikumā TOR pēdējās lapas forma dota 3.pielikumā.

3.4. TOR papildinājuma titullapa tiek noformēta tāpat kā darba uzdevuma titullapa. Nosaukuma “Uzdevumu noteikumi” vietā tiek rakstīts “Maiņstrāvas TOR... papildinājums Nr. ...”.

3.5. Nākamajās TOR papildinājuma lapās tiek ievietots izmaiņu iemesls, izmaiņu saturs un saites uz dokumentiem, saskaņā ar kuriem šīs izmaiņas tiek veiktas.

3.8. Iesniedzot TPR papildinājuma tekstu, jānorāda galveno TP attiecīgo punktu, apakšpunktu, tabulu uc numuri un vārdi "aizstāt", "papildināt", "dzēst", "norādīt jauns izdevums”.

TK FOR IP IZSTRĀDES, LĪGŠANAS UN APSTIPRINĀŠANAS KĀRTĪBA

TOR projektu izstrādā sistēmas organizācija-izstrādātājs, piedaloties pasūtītājam, pamatojoties uz tehniskajām prasībām (pielietojums, taktiskais un tehniskais uzdevums utt.).
Konkursa darba organizēšanā TOR projekta variantus izskata pasūtītājs, kurš vai nu izvēlas sev vēlamo variantu, vai arī, pamatojoties uz salīdzinošo analīzi, sagatavo AC galīgo variantu, piedaloties topošais IS izstrādātājs.

Nepieciešamību TOR projekta saskaņošanai ar valsts uzraudzības iestādēm un citām ieinteresētajām organizācijām kopīgi nosaka sistēmas pasūtītājs un IP projekta TOR projekta izstrādātājs,
Darbu pie TK projekta apstiprināšanas IK kopīgi veic TOR izstrādātājs un sistēmas pasūtītājs, katrs savas ministrijas (departamenta) organizācijās.

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

Komentāri par TOR projektu iesniedzami ar tehnisku pamatojumu. Lēmumi par komentāriem ir jāpieņem ToR projekta izstrādātājam un sistēmas pasūtītājam, pirms tiek apstiprināts IS uzdevums.

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

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

TOR apstiprināšanu veic sistēmas izstrādātāja un pasūtītāja uzņēmumu vadītāji.

Apstiprinātās rokasgrāmatas kopijas 10 dienu laikā pēc apstiprināšanas Nolikuma izstrādātājs nosūta sistēmas izveides dalībniekiem.

Norādījumu papildinājumu saskaņošana un apstiprināšana tiek veikta IP noteiktajā kārtībā.

Izmaiņas TOR nav atļauts apstiprināt pēc sistēmas vai tās rindas iesniegšanas akcepttestiem.