Techninė užduotis sukurti informacinė sistema
Remiantis GOST 34.602-89
rašyti technines specifikacijas automatizuotos sistemos vadovybė 1990-01-01.
1. BENDROSIOS NUOSTATOS
1.1. TK yra pagrindinis dokumentas, apibrėžiantis informacinės sistemos (toliau – IS) sukūrimo (plėtojimo ar modernizavimo – toliau – sukūrimas) reikalavimus ir tvarką, pagal kurią vykdomas IS kūrimas ir priėmimas. pradėjus eksploatuoti.
1.2. TK sukurta visai sistemai, skirta dirbti savarankiškai arba kaip kitos sistemos dalis.
1.3. Šio standarto nustatytos apimties IP reikalavimai gali būti įtraukti į naujai kuriamo informacinio objekto projektavimo užduotį. Šiuo atveju TK nėra sukurta.
1.4. Į TOR įtraukti reikalavimai turi atitikti esamą išsivystymo lygį informacines technologijas ir nepasiduoti panašiems reikalavimams geriausiems šiuolaikiniams vidaus ir užsienio analogams. TOR nurodyti reikalavimai neturėtų riboti sistemos kūrėjo ieškant ir įgyvendinant efektyviausių techninių, galimybių ir kitų sprendimų.
1.5. TOR apima tik tuos reikalavimus, kurie papildo reikalavimus tokio tipo sistemoms ir yra nulemti konkretaus objekto, kuriam kuriama sistema, specifikos.
1.6. TOR pakeitimai įforminami priedu arba protokolu, kurį pasirašo užsakovas ir kūrėjas. Priedas arba nurodytas protokolas yra neatskiriama IP TOR dalis. TK tituliniame puslapyje turi būti įrašas „Galioja nuo ...“.
2. SUDĖTIS IR TURINYS
2.1. TOR yra šie skyriai, kuriuos galima suskirstyti į poskyrius:
Bendra informacija;
sistemos kūrimo (plėtros) tikslas ir tikslai;
objektų charakteristikos;
Sistemos reikalavimai;
sistemos kontrolės ir priėmimo tvarka;
kūrimo objekto paruošimo sistemos paleidimui darbų sudėties ir turinio reikalavimai;
dokumentacijos reikalavimai;
plėtros šaltiniai.
Paraiškos gali būti įtrauktos į techninę užduotį.
2.2. Priklausomai nuo projekto tipo, tikslo, specifinių projekto ypatybių ir sistemos veikimo sąlygų, leidžiama paraiškų pavidalu sudaryti TĮ skyrius, įvesti papildomus, neįtraukti ar sujungti TNI poskyrius.
Sistemos dalių TOR neapima skilčių, kurios dubliuoja viso TOR skyrių turinį.
2.3. Skyriuje " Bendra informacija“ nurodykite:
visas sistemos ir jos pavadinimas simbolis;
temos šifras arba sutarties šifras (numeris);
sistemos kūrėjo ir užsakovo (naudotojo) įmonių pavadinimas ir jų rekvizitai;
dokumentų, kurių pagrindu kuriama sistema, sąrašas, kas ir kada šie dokumentai buvo patvirtinti;
planuojamos sistemos kūrimo darbų pradžios ir pabaigos datos;
informacija apie darbų finansavimo šaltinius ir tvarką;
Sistemos (jos dalių) kūrimo, atskirų priemonių (techninės, programinės įrangos, informacijos) ir programinės ir techninės (programinės ir metodinės) kompleksų gamybos ir derinimo darbų rezultatų įforminimo ir pateikimo užsakovui tvarka. sistema.
2.4. Skyrius „Sistemos sukūrimo (plėtojimo) tikslas ir uždaviniai“ susideda iš poskyrių:
sistemos paskirtis;
sistemos tikslas.
2.4.1. Poskyryje „Sistemos paskirtis“ nurodykite sistemos veiklos rūšį (valdymas, projektavimas ir kt.) ir informatizacijos objektų (objektų), kuriems ji turėtų būti naudojama, sąrašą.
2.4.2. Poskyryje „Sistemos kūrimo tikslai“ pateikiami informacinio objekto techninių, technologinių, gamybinių, ekonominių ar kitų rodiklių, kuriuos reikia pasiekti kuriant IS, pavadinimai ir reikalaujamos reikšmės, nurodyti sistemos kūrimo tikslų pasiekimo vertinimo kriterijus.
2.5. Skyriuje „Informatizacijos objekto charakteristikos“ jie pateikia:
trumpa informacija apie informatizacijos objektą arba nuorodas į dokumentus, kuriuose yra tokia informacija;
informacija apie automatikos objekto eksploatavimo sąlygas.
2.6. Skyrius „Reikalavimai sistemai“ susideda iš šių poskyrių:
reikalavimai visai sistemai;
reikalavimai sistemos atliekamoms funkcijoms (užduotims);
saugumo rūšių reikalavimus.
Sistemos reikalavimų, įtrauktų į šį IS skirtą TOR skyrių, sudėtis nustatoma atsižvelgiant į tipą, paskirtį, specifines savybes ir veikimo sąlygas. specifinė sistema.
2.6.1. Poskyryje „Reikalavimai visai sistemai“ nurodykite:
reikalavimai sistemos struktūrai ir veikimui;
reikalavimai sistemos darbuotojų skaičiui ir kvalifikacijai bei darbo režimui;
paskirties rodikliai;
patikimumo reikalavimai;
saugos reikalavimai;
ergonomikos ir techninės estetikos reikalavimai;
sistemos komponentų eksploatavimo, priežiūros, remonto ir saugojimo reikalavimai;
informacijos apsaugos nuo neteisėtos prieigos reikalavimai;
informacijos saugos reikalavimai avarijų atveju;
apsaugos nuo išorinių poveikių reikalavimai;
patento grynumo reikalavimai;
standartizavimo ir unifikavimo reikalavimai;
Papildomi reikalavimai.
2.6.1.1. Sistemos struktūrai ir veikimui keliami reikalavimai:
posistemių sąrašas, jų paskirtis ir pagrindinės charakteristikos, reikalavimai hierarchijos lygių skaičiui ir sistemos centralizavimo laipsniui;
reikalavimai komunikacijos metodams ir priemonėms keistis informacija tarp sistemos komponentų;
kuriamos sistemos su gretimomis sistemomis jungčių charakteristikų reikalavimai, jos suderinamumo reikalavimai, įskaitant nurodymus, kaip keistis informacija (automatiškai, siunčiant dokumentus, telefonu ir pan.);
reikalavimai sistemos veikimo režimams;
sistemos diagnostikos reikalavimai;
plėtros perspektyvas, sistemos modernizavimą.
2.6.1.2. IS darbuotojų skaičiaus ir kvalifikacijos reikalavimuose pateikiama:
IS darbuotojų (naudotojų) skaičiaus reikalavimai;
personalo kvalifikacijos reikalavimai, jų mokymo ir žinių bei įgūdžių kontrolės tvarka;
reikiamą IS personalo darbo režimą.
2.6.1.3. Reikalavimuose IS paskirties rodikliams pateikiamos parametrų reikšmės, apibūdinančios sistemos atitikties jos paskirčiai laipsnį.
2.6.1.4. Patikimumo reikalavimai apima:
visos sistemos ar jos posistemių patikimumo rodiklių sudėtis ir kiekybinės vertės;
avarinių situacijų, kurioms turėtų būti reglamentuojami patikimumo reikalavimai, sąrašas ir atitinkamų rodiklių reikšmės;
patikimumo reikalavimai techninėmis priemonėmis ir programinė įranga;
patikimumo rodiklių vertinimo ir stebėjimo metodų reikalavimai įvairiuose sistemos kūrimo etapuose pagal galiojančius norminius ir techninius dokumentus.
2.6.1.5. Saugos reikalavimai apima saugos užtikrinimo reikalavimus sistemos pristatymo, paleidimo, eksploatavimo ir priežiūros metu.
2.6.1.6. Ergonomikos ir techninės estetikos reikalavimai apima IS rodiklius, nurodančius reikiamą žmogaus ir mašinos sąveikos kokybę bei personalo darbo sąlygų komfortą.
2.6.1.7. Informacijos apsaugos nuo neteisėtos prieigos reikalavimai apima pramonės ir kliento informacinės aplinkos nustatytus reikalavimus.
2.6.1.8. Informacijos saugos reikalavimuose pateikiamas įvykių sąrašas: avarijos, techninių priemonių gedimai (įskaitant elektros energijos tiekimo praradimą) ir kt., kurių metu turi būti užtikrintas informacijos saugumas sistemoje.
2.6.1.9. Patento grynumo reikalavimuose nurodomas sąrašas šalių, kurių atžvilgiu turi būti užtikrintas sistemos ir jos dalių patentinis grynumas.
2.6.1.10. Papildomi reikalavimai apima specialius reikalavimus sistemos kūrėjo ar kliento nuožiūra.
2.6.2. Poskyryje „Reikalavimai funkcijoms (užduotims)“, kurias atlieka sistema, pateikiama:
kiekvienam posistemiui – automatizuotinų funkcijų, užduočių ar jų kompleksų (įskaitant tuos, kurie užtikrina sistemos dalių sąveiką) sąrašas;
kuriant sistemą dviejose ar daugiau eilių – funkcinių posistemių, atskirų funkcijų ar užduočių, įgyvendinamų 1-oje ir vėlesnėse eilėse, sąrašas;
kiekvienos funkcijos, užduoties (ar užduočių rinkinio) įgyvendinimo laiko grafikas;
reikalavimai kiekvienos funkcijos (užduoties ar užduočių rinkinio) įgyvendinimo kokybei, išvesties informacijos pateikimo formai, reikiamo tikslumo ir vykdymo laiko charakteristikoms, funkcijų grupės vykdymo vienalaikiškumo, patikimumo reikalavimai. rezultatų;
sąrašas ir gedimo kriterijai kiekvienai funkcijai, kuriai nustatyti patikimumo reikalavimai.
2.6.3. Poskyryje „Reikalavimai paramos rūšims“, atsižvelgiant į sistemos tipą, pateikiami reikalavimai matematinei, informacinei, kalbinei, programinei, techninei, metrologinei, organizacinei, metodinei ir kitokio pobūdžio pagalbai sistemai.
2.6.3.2. Informaciniam sistemos palaikymui pateikiami šie reikalavimai:
į duomenų sudėtį, struktūrą ir organizavimo būdus sistemoje;
keistis informacija tarp sistemos komponentų;
į informacijos suderinamumą su gretimomis sistemomis;
dėl duomenų bazių valdymo sistemų naudojimo;
į duomenų rinkimo, apdorojimo, perdavimo sistemoje ir duomenų pateikimo proceso struktūrą;
duomenų apsaugai;
valdyti, saugoti, atnaujinti ir atkurti duomenis;
2.6.3.3. Sistemos kalbiniam palaikymui pateikiami programavimo kalbų naudojimo sistemoje reikalavimai. aukštas lygis, vartotojų sąveikos kalbos ir sistemos techninės priemonės, taip pat duomenų kodavimo ir dekodavimo reikalavimai, duomenų įvesties-išvesties kalbos, duomenų apdorojimo kalbos, dalykinės srities apibūdinimo priemonės ir dialogo organizavimo metodai.
2.6.3.4. Sistemos programinei įrangai pateikiamas įsigytos programinės įrangos sąrašas ir reikalavimai:
į programinės įrangos priklausomybę nuo veiklos aplinkos;
į programinės įrangos kokybę, jos teikimo ir kontrolės būdus;
2.6.3.5. Techniniam sistemos palaikymui pateikiami šie reikalavimai:
į techninių priemonių tipus, įskaitant techninių priemonių kompleksų tipus, programinės ir techninės įrangos kompleksus ir kitus komponentus, kurie yra priimtini naudoti sistemoje;
į sistemos techninės priežiūros priemonių funkcines, konstrukcines ir eksploatacines charakteristikas.
2.6.3.6. Metrologinės pagalbos reikalavimai yra šie:
preliminarus matavimo kanalų sąrašas;
parametrų matavimų tikslumo ir (ar) matavimo kanalų metrologinių charakteristikų reikalavimai;
sistemos techninių priemonių metrologinio suderinamumo reikalavimai;
sistemos valdymo ir skaičiavimo kanalų, kurių tikslumo charakteristikas būtina įvertinti, sąrašas;
techninės ir programinės įrangos, kurios yra sistemos matavimo kanalų dalis, metrologinio palaikymo reikalavimus, įrankius, įmontuotą valdymą, matavimo kanalų ir matavimo priemonių, naudojamų paleidžiant ir testuojant sistemą, metrologinio tinkamumo reikalavimus;
metrologinio sertifikavimo tipas (valstybinis ar žinybinis), nurodant jo vykdymo tvarką ir sertifikavimą vykdančias organizacijas.
2.6.3.7. Organizacinei pagalbai keliami šie reikalavimai:
į sistemos funkcionavime dalyvaujančių ar veiklą vykdančių padalinių struktūrą ir funkcijas;
prie sistemos veikimo organizavimo ir IS personalo bei informatizacijos objekto personalo sąveikos tvarkos;
apsaugai nuo klaidingų sistemos darbuotojų veiksmų.
2.7. Skyriuje „Sistemos kūrimo (kūrimo) darbų sudėtis ir turinys“ turėtų būti pateiktas sistemos kūrimo darbų etapų ir etapų sąrašas, jų įgyvendinimo laikas, darbus atliekančių organizacijų sąrašas, nuorodos. prie dokumentų, patvirtinančių šių organizacijų sutikimą dalyvauti kuriant sistemą, arba įrašą, kuriame nustatomas atsakingas asmuo (užsakovas ar kūrėjas) už šių darbų atlikimą.
AT šį skyrių taip pat cituoti:
dokumentų, kurie turi būti pateikti pasibaigus atitinkamiems darbo etapams ir etapams, sąrašas;
techninės dokumentacijos tikrinimo tipas ir tvarka (etapas, etapas, tikrinamos dokumentacijos apimtis, organizacija-ekspertas);
darbo programa, kuria siekiama užtikrinti reikiamą kuriamos sistemos patikimumo lygį (jei reikia);
darbų, susijusių su metrologine pagalba visuose sistemos kūrimo etapuose, sąrašas, nurodant jų terminus ir vykdančias organizacijas (jei reikia).
2.8. Skiltyje „Sistemos stebėjimo ir priėmimo tvarka“ nurodykite:
sistemos ir jos komponentų tipai, sudėtis, tūris ir bandymo metodai;
Bendrieji reikalavimaiį darbų priėmimą etapais, priėmimo dokumentacijos susitarimo ir tvirtinimo tvarką;
2.9. Skyriuje „Reikalavimai darbų, susijusių su automatikos objektui parengti sistemos paleidimui, apimtims ir turiniui“, būtina pateikti sąrašą pagrindinių veiklų ir jų vykdytojų, kurie turėtų būti atliekami rengiant paleidimo projektą. IS veikia.
Pagrindinių veiklų sąrašas apima:
į sistemą patenkančios informacijos atnešimas (pagal informacijos ir kalbinės pagalbos reikalavimus);
sudaryti sąlygas projekto funkcionavimui, kurioms esant būtų garantuojama sukurtos sistemos atitiktis TOR nustatytiems reikalavimams;
sistemos funkcionavimui reikalingų padalinių ir paslaugų kūrimas;
personalo komplektavimo ir personalo mokymo terminai ir tvarka.
2.10. Skiltyje „Reikalavimai dokumentacijai“ pateikiama:
kuriamų dokumentų rinkinių ir tipų sąrašas, suderintas su sistemos kūrėju ir užsakovu;
mašininėse laikmenose išduotų dokumentų sąrašas;
nesant valstybinių standartų, apibrėžiančių sistemos elementų dokumentavimo reikalavimus, jie papildomai apima tokių dokumentų sudėties ir turinio reikalavimus.
2.11. Skyriuje „Plėtros šaltiniai“ turėtų būti išvardyti dokumentai ir informacinė medžiaga, kurių pagrindu buvo parengti TSR ir kurie turėtų būti naudojami kuriant sistemą.
3. PROJEKTAVIMO TAISYKLĖS
3.1. TOR skyriai ir poskyriai turi būti išdėstyti sek. nustatyta tvarka. 2 šio standarto.
3.2. Lapų (puslapių) numeriai užrašomi, pradedant nuo pirmojo lapo po titulinio puslapio, viršutinėje lapo dalyje (virš teksto, viduryje) po TK kodo žymėjimo IC.
3.3. Tituliniame lape dedami užsakovo, kūrėjo ir koordinuojančių įmonių parašai, kurie užantspauduojami. Jei reikia, titulinis lapas sudaromas keliuose puslapiuose. TK kūrėjų ir pareigūnų, dalyvaujančių tvirtinant ir peržiūrint TK on IP projektą, parašai yra paskutiniame puslapyje.
TOR titulinio lapo forma pateikta 2 priede. Paskutinio TOR lapo forma pateikta 3 priede.
3.4. TOR priedo titulinis lapas surašomas taip pat, kaip ir techninės užduoties titulinis lapas. Vietoj pavadinimo „Techninės veiklos sąlygos“ rašoma „AC TOR priedas Nr. ...“.
3.5. Vėlesniuose TOR priedo lapuose patalpinama pakeitimo priežastis, pakeitimo turinys ir nuorodos į dokumentus, pagal kuriuos šie pakeitimai daromi.
3.8. Pateikiant TĮ priedo tekstą, turi būti nurodyti atitinkamų pagrindinių TP pastraipų, pastraipų, lentelių ir kt. numeriai ir žodžiai „pakeisti“, „papildyti“, „išbraukti“, „nurodykite a. naujas leidimas“ turėtų būti naudojamas.
TK FOR IP KŪRIMO, SUTARTIES IR PATVIRTINIMO TVARKA
TOR projektą parengia sistemos kūrėjas, dalyvaujant klientui, remdamasis Techniniai reikalavimai(programos, taktinės ir techninės specifikacijos ir kt.).
Konkursinio darbo organizavimo metu TOR projekto variantus apsvarsto užsakovas, kuris arba pasirenka pageidaujamą variantą, arba, remdamasis lyginamąja analize, parengia galutinę NT versiją AC, dalyvaujant būsimas IS kūrėjas.
Poreikį patvirtinti TOR projektą su valstybinės priežiūros institucijomis ir kitomis suinteresuotomis organizacijomis kartu nustato sistemos užsakovas ir IP projekto rengėjas,
TOR projekto tvirtinimo dėl IC darbą kartu atlieka TOR kūrėjas ir sistemos užsakovas, kiekvienas savo ministerijos (departamento) organizacijose.
TOR projekto patvirtinimo terminas kiekvienoje organizacijoje neturėtų viršyti 15 dienų nuo jo gavimo dienos. ToR projekto kopijas (kopijas) rekomenduojama siųsti tvirtinti vienu metu visoms organizacijoms (skyriams).
Pastabos dėl TOR projekto turėtų būti pateiktos su techniniu pagrindimu. Sprendimus dėl pastabų turi priimti ToR projekto rengėjas ir sistemos užsakovas prieš patvirtinant IS TSR.
Jeigu derinant TK projektą kilo nesutarimų tarp kūrėjo ir užsakovo (ar kitų suinteresuotų organizacijų), tada surašomas nesutarimų protokolas (savavališka forma) ir nustatyta tvarka priimamas konkretus sprendimas.
TOR projekto patvirtinimą leidžiama surašyti kaip atskirą dokumentą (raštą). Tokiu atveju antraštėje „Sutarta“ pateikite nuorodą į šį dokumentą.
TOR tvirtinimą atlieka sistemos kūrėjo ir užsakovo įmonių vadovai.
Patvirtintų TĮ kopijas per 10 dienų nuo patvirtinimo TĮ kūrėjas išsiunčia sistemos kūrimo dalyviams.
TRS papildymų derinimas ir tvirtinimas vykdomas IP nustatyta tvarka.
TOR pakeitimų neleidžiama tvirtinti po sistemos ar jos eilės priėmimo testams pateikimo.
Šis standartas taikomas automatizuotoms sistemoms (AS), skirtoms įvairių rūšių veiklai (valdymui, projektavimui, tyrimams ir kt.) automatizuoti, įskaitant jų derinius, ir nustato dokumento „Kūrimo sąlygos“ sudėtį, turinį, išdavimo taisykles. plėtros ar modernizavimo) sistemos“ (toliau – AE TK).
Rekomenduojama branduolinių elektrinių techninių specifikacijų rengimo, tvirtinimo ir tvirtinimo tvarka pateikta 1 priedas.
1. Bendrosios nuostatos.
1.1. AE TRS yra pagrindinis dokumentas, apibrėžiantis automatizuotos sistemos sukūrimo (plėtojimo ar modernizavimo – tolesnio kūrimo) reikalavimus ir tvarką, pagal kurią vykdoma AE plėtra ir priėmimas paleidus eksploatuoti.
1.2. Atominių elektrinių specifikacijos yra sukurtos visai sistemai, skirtos veikti savarankiškai arba kaip kitos sistemos dalis.
Papildomai TOR gali būti kuriama AE dalims: AE posistemiams, AE užduočių kompleksams ir pan., pagal šio standarto reikalavimus; techninės įrangos komponentams ir programinei įrangai bei techninės įrangos sistemoms pagal ESKD ir SRPP standartus; programinei įrangai pagal ESPD standartus; informaciniams produktams pagal GOST 19.201 ir NTD, kuris galioja AE kliento skyriuje.
Pastaba.Į automatinės valdymo sistemos TOR, skirtą tarpusavyje susijusių objektų grupei, turėtų būti įtraukti tik reikalavimai, bendri objektų grupei. Specialūs reikalavimai atskiram valdymo objektui turėtų atsispindėti šio objekto ACS TOR.
1.3. Reikalavimai AU šio standarto nustatytoje apimtyje gali būti įtraukti į naujai kuriamo automatikos objekto projektavimo užduotį. Šiuo atveju atominių elektrinių techninės specifikacijos nėra parengtos.
1.4. Reikalavimai, įtraukti į TOR AE, turi atitikti dabartinį mokslo ir technologijų išsivystymo lygį ir nenusileisti panašiems reikalavimams geriausiems šiuolaikiniams šalies ir užsienio analogams.
TOR nurodyti reikalavimai AE neturėtų riboti sistemos kūrėjo ieškant ir įgyvendinant efektyviausių techninių, galimybių ir kitų sprendimų.
1.5. AE specifikacijos rengiamos remiantis pradiniais duomenimis, įskaitant tuos, kurie yra galutiniuose etapo „AE kūrimo tyrimai ir pagrindimas“ dokumentacijoje, nustatyta GOST 24.601.
1.6. Atominių elektrinių TOR apima tik tuos reikalavimus, kurie papildo šio tipo sistemoms (ACS, CAD, ASNI ir kt.) esančius reikalavimus, esančius galiojančiame NTD, ir yra nulemti konkretaus objekto, kuriam sistema skirta, specifikos. kuriama.
1.7. TOR pakeitimai AE įforminami priedu arba protokolu, kurį pasirašo užsakovas ir kūrėjas. Priedas arba nurodytas protokolas yra neatskiriama AE ToR dalis. TK ant AC tituliniame puslapyje turėtų būti įrašas „Galioja nuo ...“.
2. Sudėtis ir turinys.
2.1. AE techninę reglamentą sudaro šie skyriai, kuriuos galima suskirstyti į poskyrius:
1) bendroji informacija;
2) sistemos kūrimo (plėtojimo) tikslas ir tikslai;
3) automatikos objektų charakteristikos;
4) sistemos reikalavimai;
5) sistemos kūrimo darbo sudėtis ir turinys;
6) sistemos kontrolės ir priėmimo tvarka;
7) darbų, skirtų paruošti automatikos objektą sistemai pradėti eksploatuoti, sudėties ir turinio reikalavimai;
8) reikalavimai dokumentacijai;
9) plėtros šaltiniai.
Programos gali būti įtrauktos į AS skirtą TOR.
2.2. Atsižvelgiant į automatikos objekto tipą, paskirtį, specifines ypatybes ir sąlygas (sistemos funkcionavimą), leidžiama paraiškų pavidalu sudaryti TOR skirsnius, įvesti papildomus, neįtraukti ar sujungti TOR poskyrius.
Sistemos dalių TOR neapima skilčių, kurios dubliuoja visos AE TOR skyrių turinį.
2.3. Skiltyje „Bendra informacija“ nurodykite:
1) visas sistemos pavadinimas ir jos simbolis;
2) temos šifras arba sutarties šifras (numeris);
3) sistemos kūrėjo ir užsakovo (naudotojo) įmonių (asociacijų) pavadinimas ir jų rekvizitai;
4) dokumentų, kurių pagrindu kuriama sistema, sąrašas, kas ir kada šie dokumentai buvo patvirtinti;
5) planuojamos sistemos kūrimo darbų pradžios ir pabaigos datos;
6) informacija apie darbų finansavimo šaltinius ir tvarką;
7) sistemos (jos dalių) kūrimo, atskirų priemonių (techninės, programinės įrangos, informacijos) ir programinės bei techninės (programinės ir metodinės) gamybos ir derinimo darbų rezultatų įforminimo ir pateikimo užsakovui tvarka. sistemos kompleksai.
2.4. Skyrius „Sistemos sukūrimo (plėtojimo) tikslas ir uždaviniai“ susideda iš poskyrių:
1) sistemos paskirtis;
2) sistemos sukūrimo tikslas.
2.4.1. Poskyryje „Sistemos paskirtis“ nurodykite automatizuotos veiklos rūšį (valdymas, projektavimas ir kt.) ir automatizavimo objektų (objektų), kuriuose ji turėtų būti naudojama, sąrašą.
Automatizuotoms valdymo sistemoms papildomai nurodomas automatizuotų valdymo organų (taškų) ir valdomų objektų sąrašas.
2.4.2. Poskyryje „Sistemos kūrimo tikslai“ pateikite automatikos objekto techninių, technologinių, gamybinių-ekonominių ar kitų rodiklių, kuriuos reikia pasiekti kuriant AS, pavadinimus ir reikalaujamas reikšmes bei nurodykite sistemos kūrimo tikslų pasiekimo vertinimo kriterijai.
2.5. Skyriuje „Automatizavimo objekto charakteristikos“ nurodykite:
1) trumpą informaciją apie automatikos objektą arba nuorodas į dokumentus, kuriuose yra tokia informacija;
2) informacija apie automatikos objekto eksploatavimo sąlygas ir aplinkos charakteristikas.
Pastaba: CAD skyrelyje papildomai pateikiami pagrindiniai projektavimo objektų parametrai ir charakteristikos.
2.6. Skyrius „Reikalavimai sistemai“ susideda iš šių poskyrių:
1) reikalavimai visai sistemai;
2) reikalavimai sistemos atliekamoms funkcijoms (užduotims);
3) reikalavimai užstato rūšims.
Reikalavimų sistemai, įtrauktai į šį AE TRS skirsnį, sudėtis nustatoma atsižvelgiant į konkrečios sistemos tipą, paskirtį, specifines savybes ir eksploatavimo sąlygas. Kiekviename poskyryje pateikiamos nuorodos į dabartinį NTD, kurios apibrėžia reikalavimus atitinkamo tipo sistemoms.
2.6.1. Poskyryje „Reikalavimai visai sistemai“ nurodykite:
- reikalavimai sistemos struktūrai ir veikimui;
- reikalavimai sistemos darbuotojų skaičiui ir kvalifikacijai bei darbo režimui;
- paskirties rodikliai;
- patikimumo reikalavimai;
- saugos reikalavimai;
- ergonomikos ir techninės estetikos reikalavimai;
- gabenamumo reikalavimai mobiliajai AS;
- sistemos komponentų eksploatavimo, priežiūros, remonto ir saugojimo reikalavimai;
- informacijos apsaugos nuo neteisėtos prieigos reikalavimai;
- informacijos saugos reikalavimai avarijų atveju;
- apsaugos nuo išorinių poveikių reikalavimai;
- patento grynumo reikalavimai;
- standartizavimo ir unifikavimo reikalavimai;
- Papildomi reikalavimai.
a) posistemių sąrašas, jų paskirtis ir pagrindinės charakteristikos, reikalavimai hierarchijos lygių skaičiui ir sistemos centralizavimo laipsniui;
b) reikalavimai komunikacijos metodams ir priemonėms keistis informacija tarp sistemos komponentų;
c) reikalavimai kuriamos sistemos sujungimų su gretimomis sistemomis charakteristikoms, reikalavimai jos suderinamumui, įskaitant nurodymus, kaip keistis informacija (automatiškai, siunčiant dokumentus, telefonu ir pan.);
d) sistemos veikimo režimų reikalavimai;
e) sistemos diagnozavimo reikalavimai;
f) sistemos plėtros, modernizavimo perspektyvos.
2.6.1.2. Reikalavimuose dėl darbuotojų skaičiaus ir kvalifikacijos, taip, AU nurodo:
a) reikalavimai AE darbuotojų (naudotojų) skaičiui;
b) reikalavimai personalo kvalifikacijai, jų mokymo ir žinių bei įgūdžių kontrolės tvarka;
c) reikiamą AE personalo darbo režimą.
2.6.1.3. AS paskirties rodiklių reikalavimuose pateikiamos parametrų reikšmės, apibūdinančios sistemos atitikties jos paskirčiai laipsnį.
ACS nurodykite:
a) sistemos prisitaikymo prie procesų pokyčio laipsnį, valdymo metodų skaičių, valdymo objekto parametrų nukrypimus;
b) sistemos modernizavimo ir plėtros leistinos ribos;
c) tikimybinės-laikinės charakteristikos, pagal kurias išsaugoma numatyta sistemos paskirtis.
2.6.1.4. Patikimumo reikalavimai apima:
a) visos sistemos ar jos posistemių patikimumo rodiklių sudėtis ir kiekybinės vertės;
b) avarinių situacijų, kurioms turėtų būti taikomi patikimumo reikalavimai, sąrašas ir atitinkamų rodiklių reikšmės;
c) techninės ir programinės įrangos patikimumo reikalavimus;
d) patikimumo rodiklių vertinimo ir stebėjimo metodų reikalavimai įvairiuose sistemos kūrimo etapuose pagal galiojančius norminius ir techninius dokumentus.
2.6.1.5. Saugos reikalavimai apima saugos užtikrinimo reikalavimus montuojant, paleidžiant, eksploatuojant, prižiūrint ir remontuojant sistemos technines priemones (apsaugą nuo elektros srovė, elektromagnetiniai laukai, akustinis triukšmas ir kt.), pagal leistinus apšvietimo, vibracijos ir triukšmo apkrovų lygius.
2.6.1.6. Ergonomikos ir techninės estetikos reikalavimai apima AS rodiklius, nurodančius reikiamą žmogaus ir mašinos sąveikos kokybę bei personalo darbo sąlygų komfortą.
2.6.1.7. Mobiliosioms AE keliamumo reikalavimai apima projektinius reikalavimus, užtikrinančius sistemos techninių priemonių transportavimą, taip pat reikalavimus transporto priemonių.
2.6.1.8. Eksploatavimo, priežiūros, remonto ir saugojimo reikalavimai apima:
a) eksploatavimo sąlygos ir taisyklės (režimas), kurios turėtų užtikrinti sistemos techninių priemonių (TS) naudojimą su nurodytais techniniais rodikliais, įskaitant sistemos TP tipus ir dažnumą arba leistinumą veikti be priežiūros ;
b) preliminarūs reikalavimai dėl leistinų plotų personalo ir sistemos TS, elektros tiekimo tinklų parametrams ir kt.;
c) reikalavimus aptarnaujančio personalo skaičiui, kvalifikacijai ir jų darbo būdams;
d) atsarginių gaminių ir prietaisų rinkinio sudėties, išdėstymo ir laikymo sąlygų reikalavimus;
e) techninės priežiūros grafiko reikalavimai.
2.6.1.9. Reikalavimai informacijos apsaugai nuo neteisėtos prieigos apima NTD nustatytus reikalavimus, veikiančius kliento pramonėje (departamente).
2.6.1.10. Informacijos saugos reikalavimuose pateikiamas įvykių sąrašas: avarijos, techninių priemonių gedimai (įskaitant elektros energijos tiekimo praradimą) ir kt., kurių metu turi būti užtikrintas informacijos saugumas sistemoje.
2.6.1.11. Apsaugos nuo išorinių poveikių priemonių reikalavimuose pateikiama:
a) AE objektų radioelektroninės apsaugos reikalavimai;
b) atsparumo, stabilumo ir stiprumo išoriniam poveikiui reikalavimai (naudojimo aplinka).
2.6.1.12. Patento grynumo reikalavimuose nurodomas sąrašas šalių, kurių atžvilgiu turi būti užtikrintas sistemos ir jos dalių patentinis grynumas.
2.6.1.13. Standartizavimo ir unifikavimo reikalavimai apima: rodiklius, nustatančius reikiamą standarto panaudojimo laipsnį, unifikuotus sistemos funkcijų (užduočių) įgyvendinimo metodus, tiekiamą programinę įrangą, tipinius matematinius metodus ir modelius, standartinius projektinius sprendimus, unifikuotas valdymo dokumentų formas. nustatyti GOST 6.10.1, visos Sąjungos techninės ir ekonominės informacijos klasifikatoriai ir kitų kategorijų klasifikatoriai pagal jų apimtį, tipinių automatizuotų darbo vietų, komponentų ir kompleksų naudojimo reikalavimus.
2.6.1.14. Papildomi reikalavimai apima:
a) reikalavimai dėl sistemos aprūpinimo personalo mokymo įrenginiais (treniruokliais, kitais panašios paskirties įrenginiais) ir jų dokumentacija;
b) reikalavimai serviso įrangai, stendams tikrinti sistemos elementus;
c) sistemos reikalavimai, susiję su specialios sąlygos operacija;
d) specialius reikalavimus sistemos kūrėjo ar užsakovo nuožiūra.
2.6.2. Poskyryje „Reikalavimai sistemos atliekamoms funkcijoms (užduotims)“ pateikiama:
a) kiekvienam posistemiui – automatizuotinų funkcijų, užduočių ar jų kompleksų (įskaitant tuos, kurie užtikrina sistemos dalių sąveiką) sąrašas;
kuriant sistemą dviejose ar daugiau eilių – funkcinių posistemių, atskirų funkcijų ar užduočių, įgyvendinamų 1-oje ir vėlesnėse eilėse, sąrašas;
b) kiekvienos funkcijos, užduoties (ar užduočių rinkinio) įgyvendinimo grafikas;
c) reikalavimai kiekvienos funkcijos (užduoties ar užduočių rinkinio) įgyvendinimo kokybei, išvesties informacijos pateikimo formai, reikalaujamo tikslumo ir vykdymo laiko charakteristikoms, grupės vykdymo vienalaikiškumo reikalavimai. funkcijų patikimumas;
d) sąrašas ir gedimo kriterijai kiekvienai funkcijai, kuriai nustatyti patikimumo reikalavimai.
2.6.3. Poskyryje „Reikalavimai užstato rūšims“, priklausomai nuo sistemos tipo, pateikiami reikalavimai:
1) matematinė,
2) informacinis,
3) kalbinis,
4) programinė įranga,
5) techninės,
6) metrologinis,
7) organizacinis,
8) metodinė ir kitokio pobūdžio sistemos pagalba.
2.6.3.1. Sistemos matematiniam palaikymui pateikiami reikalavimai sudėčiai, apimčiai (ribojimams) ir metodams, matematinių metodų ir modelių naudojimui sistemoje, tipiniams kuriamiems algoritmams ir algoritmams.
2.6.3.2. Dėl informacijos palaikymo: sistemos pateikia reikalavimus:
a) duomenų sistemos sudėtis, struktūra ir organizavimo metodai;
b) informacijos mainai tarp sistemos komponentų;
c) informacijos suderinamumas su susijusiomis sistemomis;
d) dėl sąjunginių ir registruotų respublikinių, ūkio šakų klasifikatorių, unifikuotų dokumentų ir konkrečioje įmonėje veikiančių klasifikatorių naudojimo;
e) dėl duomenų bazių valdymo sistemų naudojimo;
f) į duomenų rinkimo, apdorojimo, perdavimo sistemoje ir duomenų pateikimo proceso struktūrą;
g) apsaugoti duomenis nuo sunaikinimo avarijų ir sistemos maitinimo sutrikimų atveju;
h) valdyti, saugoti, atnaujinti ir atkurti duomenis;
i) į teisinės galios suteikimo dokumentams, parengtiems naudojant AE technines priemones, tvarką (pagal GOST 6.10.4).
2.6.3.3. Sistemos lingvistiniam palaikymui pateikti reikalavimai aukšto lygio programavimo kalbų naudojimui sistemoje, vartotojo sąveikos kalboms ir techninėms sistemos priemonėms, taip pat duomenų kodavimo ir dekodavimo, duomenų įvedimo reikalavimai. / išvesties kalbos, duomenų apdorojimo kalbos, dalykinės srities apibūdinimo priemonės (automatizacijos objektas ), dialogo organizavimo būdai.
2.6.3.4. Sistemos programinei įrangai pateikiamas įsigytos programinės įrangos sąrašas ir reikalavimai:
a) programinės įrangos nepriklausomybė nuo naudojamos PBT ir veiklos aplinkos;
b) į programinės įrangos kokybę, jos teikimo ir kontrolės būdus;
c) jei reikia suderinti naujai sukurtą programinę įrangą su algoritmų ir programų fondu.
2.6.3.5. Techniniam sistemos palaikymui pateikiami šie reikalavimai:
a) į techninių priemonių tipus, įskaitant techninių priemonių kompleksų tipus, programinės ir techninės įrangos kompleksus ir kitus komponentus, kurie yra priimtini naudoti sistemoje;
b) sistemos techninės paramos funkcinėms, projektinėms ir eksploatacinėms charakteristikoms.
2.6.3.6. Metrologinės pagalbos reikalavimai yra šie:
a) preliminarus matavimo kanalų sąrašas;
b) parametrų matavimų tikslumo ir (ar) matavimo kanalų metrologinių charakteristikų reikalavimai;
c) sistemos techninių priemonių metrologinio suderinamumo reikalavimus;
d) sistemos valdymo ir skaičiavimo kanalų, kurių tikslumo charakteristikas būtina įvertinti, sąrašas;
e) techninės ir programinės įrangos, kurios yra sistemos matavimo kanalų dalis, metrologinio palaikymo reikalavimai, įmontuoti valdymo įrankiai, matavimo kanalų ir matavimo priemonių, naudojamų reguliuojant ir tikrinant sistemą, metrologiniam tinkamumui;
f) metrologinio sertifikavimo tipas (valstybinis ar žinybinis), nurodant jo vykdymo tvarką ir sertifikavimą vykdančias organizacijas.
2.6.3.7. Organizacinei pagalbai keliami šie reikalavimai:
a) sistemos eksploatavimo arba veiklą vykdančių padalinių struktūrai ir funkcijoms;
b) į sistemos veikimo organizavimą ir sąveikos tarp AE personalo ir automatikos objekto personalo tvarką;
c) apsauga nuo klaidingų sistemos personalo veiksmų.
2.6.3.8. CAD metodiniam palaikymui keliami reikalavimai sistemos norminės ir techninės dokumentacijos sudėčiai (jos veikimo metu naudojamų standartų, normų, metodų ir kt. sąrašas).
2.7. Skyriuje „Sistemos kūrimo (kūrimo) darbo sudėtis ir turinys“ turėtų būti pateiktas sistemos kūrimo etapų ir etapų sąrašas pagal GOST 24.601, jų įgyvendinimo laikas, organizacijų sąrašas. atliekančių darbus, nuorodas į dokumentus, patvirtinančius šių organizacijų sutikimą dalyvauti kuriant sistemą, arba įrašą, identifikuojantį atsakingą asmenį (užsakovą ar kūrėją) už šių darbų atlikimą.
Šiame skyriuje taip pat pateikiama:
1) dokumentų sąrašas pagal GOST 34.201, pateiktų pasibaigus atitinkamiems darbo etapams ir etapams;
2) techninės dokumentacijos ekspertizės rūšis ir atlikimo tvarka (etapas, etapas, tikrinamos dokumentacijos apimtis, organizacija-ekspertas);
3) darbo programa, kuria siekiama užtikrinti reikiamą kuriamos sistemos patikimumo lygį (jei reikia);
4) metrologinės paramos visuose sistemos kūrimo etapuose darbų sąrašas, nurodant jų atlikimo terminus ir vykdančias organizacijas (jei reikia).
2.8. Skiltyje „Sistemos stebėjimo ir priėmimo tvarka“ nurodykite:
1) sistemos ir jos komponentų tipai, sudėtis, apimtys ir testavimo metodai (testų tipai pagal galiojančius kuriamai sistemai taikomus standartus);
2) bendrieji darbų priėmimo etapais reikalavimai (dalyvaujančių įmonių ir organizacijų sąrašas, vieta ir laikas), priėmimo dokumentacijos susitarimo ir tvirtinimo tvarka;
H) priėmimo komisijos statusas (valstybinis, tarpžinybinis, žinybinis).
2.9. Skyriuje „Reikalavimai automatikos objekto paruošimo sistemai pradėti eksploatuoti darbo sudėčiai ir turiniui“ būtina pateikti pagrindinių veiklų ir jų vykdytojų, kurie turėtų būti atliekami ruošiant automatikos objektą pradėti eksploatuoti, sąrašą. AU pradeda veikti.
Pagrindinių veiklų sąrašas apima:
1) į sistemą patenkančios informacijos pateikimas (pagal informacijos ir kalbinės pagalbos reikalavimus) į formą, tinkamą apdoroti kompiuteriu;
2) pakeitimai, kuriuos reikia atlikti automatikos objekte;
3) automatizavimo objekto funkcionavimo sąlygų, kurioms esant garantuojama sukurtos sistemos atitiktis TOR nustatytiems reikalavimams, sudarymas;
4) sistemos funkcionavimui reikalingų padalinių ir tarnybų kūrimas;
5) personalo komplektavimo ir personalo mokymo terminai ir tvarka.
Pavyzdžiui, ACS jie pateikia:
- taikomų valdymo metodų pokyčiai;
- ACS komponentų veikimo sąlygų sudarymas, kurioms esant garantuojama sistemos atitiktis TOR numatytiems reikalavimams.
2.10. Skiltyje „Reikalavimai dokumentacijai“ pateikiama:
1) rengiamų dokumentų rinkinių ir tipų sąrašas, atitinkantis GOST 34.201 ir užsakovo pramonės NTD reikalavimus, suderintas sistemos kūrėjo ir užsakovo; mašininėse laikmenose išduotų dokumentų sąrašas; reikalavimai mikrofilmavimo dokumentacijai;
2) įvairių pramonės šakų taikymo komponentų elementų dokumentavimo reikalavimai pagal ESKD ir ESPD reikalavimus;
3) nesant valstybinių standartų, apibrėžiančių sistemos elementų dokumentavimo reikalavimus, juose papildomai pateikiami tokių dokumentų sudėties ir turinio reikalavimai.
2.11. Skyriuje „Plėtros šaltiniai“ turėtų būti išvardyti dokumentai ir informacinė medžiaga (galimybių studija, atliktų tiriamųjų darbų ataskaitos, informacinė medžiaga apie šalies, užsienio analogines sistemas ir kt.), kurių pagrindu buvo sukurta TK ir kuri turėtų būti naudojami kuriant sistemą.
2.12. AE TOR sudėtis, esant patvirtintiems metodams, apima programas, kuriose yra:
a) numatomo sistemos efektyvumo apskaičiavimas;
b) sistemos mokslinio ir techninio lygio įvertinimas.
Programos įtraukiamos į AE skirtą TOR, kaip susitaria kūrėjas ir sistemos užsakovas.
3. PROJEKTAVIMO TAISYKLĖS
3.1. TOR skyriai ir poskyriai AE turi būti išdėstyti taip, kaip nurodyta 2010 m. 2 šio standarto.
3.2. TK AU sudaromas pagal GOST 2.105 reikalavimus A4 formato lapuose pagal GOST 2.301 be rėmo, pagrindinio užrašo ir papildomų stulpelių prie jo.
Lapų (puslapių) numeriai užrašomi, pradedant nuo pirmojo lapo, einančio po titulinio lapo, lapo viršuje (virš teksto, viduryje), nurodant TK kodą AC.
3.3. Rodiklių, normų ir reikalavimų reikšmės paprastai nurodomos su didžiausiais nuokrypiais arba didžiausiomis ir mažiausiomis vertėmis. Jeigu šiuos rodiklius, normas, reikalavimus vienareikšmiškai reglamentuoja NTD, AE skirtoje TOR turėtų pateikti nuorodą į šiuos dokumentus ar jų skyrius bei papildomus reikalavimus, kuriuose atsižvelgiama į kuriamos sistemos ypatybes. Jei kuriant AE TOR negalima nustatyti konkrečių rodiklių, normų ir reikalavimų verčių, ji turėtų užfiksuoti šių rodiklių, normų ir reikalavimų nustatymo ir susitarimo tvarką:
„Galutinis reikalavimas (reikšmė) yra nurodytas procese ... .. ir suderintas protokolu su ... ... stadijoje ... ...“. Tuo pačiu metu AE TOR tekstas nekeičiamas.
3.4. Tituliniame lape dedami užsakovo, kūrėjo ir koordinuojančių organizacijų parašai, kurie užantspauduojami antspaudu. Jei reikia, titulinis lapas sudaromas keliuose puslapiuose. Paskutiniame puslapyje yra parašai AE techninių sąlygų rengėjų ir pareigūnų, dalyvaujančių tvirtinant ir peržiūrint AE TĮ projektą.
TK antraštinio puslapio forma apie AS pateikta 2 priedas. Pateikta paskutinio AE techninių specifikacijų lapo forma 3 priedas.
3.5. Jei reikia, TK ant AU tituliniame puslapyje leidžiama dėti pramonėje nustatytus kodus, pavyzdžiui: saugos antspaudas, darbo kodas, TK registracijos numeris ir kt.
3.6. AE techninių sąlygų priedo titulinis puslapis surašomas taip pat, kaip ir techninės užduoties titulinis lapas. Vietoj pavadinimo „Teisinės sąlygos“ jie rašo „AC TOR priedas Nr. ...“.
3.7. Vėlesniuose AS priedo priedo lapuose pateikiamas pakeitimo pagrindas, pakeitimo turinys ir nuorodos į dokumentus, pagal kuriuos šie pakeitimai daromi.
3.8. Pateikiant TĮ priedo tekstą, reikia nurodyti atitinkamų pastraipų, pastraipų, pagrindinių TU apie AS lentelių ir kt. numerius ir vartoti žodžius: „pakeisti“, „papildyti“, „. ištrinti“, „pateikti naujame leidime“.
1 priedėlis
1. AE TOR projektą parengia sistemos kūrėjas, dalyvaujant užsakovui pagal techninius reikalavimus (taikymas; taktinė ir techninė užduotis ir kt.).
Konkurencinio darbo organizavimo atveju AE TNI projekto variantus apsvarsto užsakovas, kuris arba pasirenka pageidaujamą variantą, arba, remdamasis lyginamąja analize, parengia galutinę TPĮ versiją. AE dalyvaujant būsimam AE vystytojui.
2. AE techninio užsakymo projekto derinimo su valstybinės priežiūros institucijomis ir kitomis suinteresuotomis organizacijomis poreikį nustato sistemos užsakovas ir AE TRS projekto rengėjas kartu.
AC TOR projekto tvirtinimo darbus kartu atlieka AE TOR kūrėjas ir sistemos užsakovas, kiekvienas savo ministerijos (departamento) organizacijose.
3. Kiekvienos organizacijos AE TOR projekto patvirtinimo terminas neturėtų viršyti 15 dienų nuo jo gavimo dienos. Atominių elektrinių TSR projekto kopijas (kopijas) rekomenduojama siųsti tvirtinti visoms organizacijoms (skyriams) vienu metu.
4. Pastabos dėl AE TOR projekto turi būti pateiktos su techniniu pagrindimu. Sprendimus dėl pastabų turi priimti AE techninio užsakymo projekto rengėjas ir sistemos užsakovas iki AE TSR patvirtinimo.
5. Jeigu AE susitariant dėl TOR projekto kilo nesutarimų tarp vystytojo ir užsakovo (ar kitų suinteresuotų organizacijų), tada surašomas nesutarimų protokolas (savavališka forma) ir nustatyta tvarka priimamas konkretus sprendimas.
6. AE TOR projekto patvirtinimą leidžiama surašyti kaip atskirą dokumentą (raštą). Tokiu atveju antraštėje „Sutarta“ pateikite nuorodą į šį dokumentą.
7. Atominių elektrinių techninių specifikacijų tvirtinimą atlieka sistemos kūrėjo ir užsakovo įmonių (organizacijų) vadovai.
8. AE specifikacija (specifikacijos papildymas) prieš pateikiant ją tvirtinti turi būti patikrinta specifikaciją parengusios organizacijos normatyvinės kontrolės tarnybos ir prireikus atlikti metrologinę ekspertizę.
9. Patvirtintų AE techninių sąlygų kopijas per 10 dienų nuo patvirtinimo AE techninių sąlygų rengėjas išsiunčia sistemos kūrimo dalyviams.
10. AE techninių sąlygų papildymų derinimas ir tvirtinimas vykdomas AE TSR nustatyta tvarka.
11. AE pakeitimų TOR neleidžiama patvirtinti po to, kai sistema pateikiama savo eilei priėmimo bandymams.
12. Techninių specifikacijų ir jos papildymų registravimas, apskaita ir saugojimas AE vykdomas pagal GOST 2.501 reikalavimus.
organizacijos pavadinimas - branduolinių elektrinių techninių specifikacijų rengėjas
________________________________________________________
kintamosios srovės tipo pavadinimas
________________________________________________________
automatikos objekto pavadinimas
________________________________________________________
santrumpa AS
TECHNINĖ UŽDUOTIS
Ant ____ lapų
Galioja nuo
SUTINKA
Vadovas (pareigos, koordinuojančios organizacijos pavadinimas)
Asmeninis parašas __________ Parašo nuorašas _______________
Antspaudas
data
____________________________________
(TK kodas)
PAGAMINTAS
SUTINKA
Taikymas(Informacinis) Vieningo automatizuotų sistemų standartų rinkinio sukūrimo nuostatos.
1. Pradinės prielaidos kompleksui sukurti
1.1. Įvairių klasių ir paskirties automatizuotų sistemų kūrimas ir diegimas vykdomas daugelyje pramonės šakų pagal norminę ir techninę dokumentaciją, kuri nustato įvairias organizacines, metodines ir technines normas, taisykles ir reglamentus, kurie trukdo integruoti sistemas ir efektyviai bendrai funkcionuoti. .
1.2. Tuo laikotarpiu, kai SSRS Gosstandartas priėmė sprendimą tobulinti tarpsektorinius standartų kompleksus, galiojo šie standartų kompleksai ir sistemos, nustatančios reikalavimus įvairių tipų atominėms elektrinėms:
1) viena sistema automatizuotų valdymo sistemų standartai (24-oji sistema), taikomi automatizuotoms valdymo sistemoms, automatizuotoms valdymo sistemoms, automatizuotoms procesų valdymo sistemoms ir kitoms organizacinėms ir ekonominėms sistemoms;
2) standartų rinkinys (sistema 23501); išplėsti iki kompiuterinių projektavimo sistemų;
3) 14-osios standartų sistemos ketvirtoji grupė, apimanti automatizuotas gamybos technologinio paruošimo sistemas.
1.3. Standartų taikymo automatizuotoms valdymo sistemoms, CAD, automatizuotoms procesų valdymo sistemoms, ASTPP praktika parodė, kad jose naudojamas tas pats koncepcinis aparatas, yra daug bendrų standartizavimo objektų, tačiau standartų reikalavimai tarpusavyje nėra derinami, t. skiriasi darbų sudėtis ir turinys, skiriasi dokumentų paskirtis, sudėtis, turinys ir formatavimas ir kt.
1.4. Singlo nebuvimo fone techninę politiką AS kūrimo srityje standartų įvairovė neužtikrino plataus AS suderinamumo jų sąveikos metu, neleido sistemų replikuoti, trukdė plėtoti perspektyvias kompiuterinių technologijų panaudojimo sritis.
1.5. Šiuo metu pereinama prie kompleksinių AS (užsienio CAD sistemų – CAM) kūrimo, kuri apima automatizuotas valdymo sistemas technologiniams procesams ir pramonės šakoms, CAD – projektuotoją, CAD – technologą, ASNI ir kitas sistemas. Kuriant tokias sistemas naudojant prieštaringas taisykles, pablogėja kokybė, pabrangsta darbai ir vėluojama pradėti eksploatuoti AE.
1.6. Vienvietis kompleksas standartai ir gairės turėtų būti taikomi įvairių paskirčių automatizuotoms sistemoms: ASNI, CAD, OASU, APCS, APCS, APCS, ASK, ASTPP, įskaitant jų integravimą.
1.7. Kuriant tarpsektorinius dokumentus, reikėtų atsižvelgti į šias AS, kaip standartizacijos objektų, ypatybes:
1) techninė užduotis yra pagrindinis dokumentas, pagal kurį kuriama AS ir ją priima užsakovas;
2) AE paprastai yra kuriamos projektuojant su pilnu serijinės ir vienetinės gamybos gaminių komplektu ir atliekant statybos, montavimo, paleidimo ir paleidimo darbus, būtinus AE pradėti eksploatuoti;
3) bendruoju atveju AS (AS posistemis) susideda iš programinės ir techninės įrangos (STC), programinių ir metodinių kompleksų (PMC) bei techninio, programinio ir informacinio palaikymo komponentų.
Šių tipų atramų komponentai, taip pat PMK ir PTK, turi būti gaminami ir tiekiami kaip pramoninės ir techninės paskirties gaminiai. Komponentai gali būti įtraukti į AS kaip savarankiškos dalys arba gali būti sujungti į kompleksus;
4) AS kūrimui organizacijose (įmonėse) reikalingas specialus sistemos naudotojų ir priežiūros personalo mokymas;
5) AS ir kompleksų funkcionavimas užtikrinamas organizacinių ir metodinių dokumentų visuma, kuri kūrimo procese laikoma teisinės, metodinės, kalbinės, matematinės, organizacinės ir kitokios paramos komponentais. Atskiri sprendimai, gauti šios programinės įrangos kūrimo procese, gali būti įgyvendinami kaip techninės, programinės įrangos ar informacinio palaikymo komponentai;
6) remiantis vykdomas bendras įvairių sistemų ir kompleksų veikimas ir sąveika vietiniai tinklai KOMPIUTERIS.
Vietiniams kompiuterių tinklams taikomos specifikacijos ir sutartys yra privalomos, kad būtų užtikrintas sistemų, kompleksų ir komponentų suderinamumas.
CEN AS sąsajos su kitomis sistemomis ir standartų rinkiniais.
2.1. Standartizavimas AS srityje yra neatsiejama darbo, susijusio su apibendrinta problema „Informacinės technologijos“, dalis.
2.2. Vienas standartų rinkinys, reglamentuojantis automatizuotų sistemų dokumentus, kartu su kitomis sistemomis ir standartų rinkiniais turėtų sudaryti pilną reguliavimo ir techninę paramą AS kūrimo ir veikimo procesams.
2.3. EKS AS turėtų apimti automatizuotoms sistemoms būdingas standartizacijos sritis, o tradicines standartizacijos sritis išplėsti iki programinės ir techninės įrangos, programinės įrangos ir metodinių kompleksų bei automatizuotų sistemų apskritai.
2.4. AS kūrimo ir veikimo procesų normatyvinio ir techninio palaikymo standartizacijos kryptys ir uždaviniai yra sugrupuoti taip:
1) gaminių techninių reikalavimų nustatymas;
2) bandymo metodų reglamentavimas ir gaminių atestavimo bei sertifikavimo taisyklės;
3) rengimo taisyklių ir tvarkos reglamentavimas;
4) dokumentacijos taisyklių nustatymas;
5) suderinamumo užtikrinimas;
6) sistemų funkcionavimo organizacinių ir metodinių klausimų reglamentavimas.
1-4 kryptys yra tradicinės kuriant, gaminant ir tiekiant produktus. 5, 6 nurodymai yra specifiniai ir išplaukia iš AS būdingų savybių.
2.5. Atominių elektrinių kaip visumos ir jų komponentų aprūpinimas norminiais ir techniniais dokumentais pagal priimtas standartizacijos sritis ir užduotis yra skirtingas.
Techninės, programinės įrangos ir informacinio palaikymo komponentai, kaip pramonės reikmėms skirti produktai, atitinkamai laikomi dizaino, programinės įrangos ir informacijos produktais. Šiems gaminiams taikomi dabartiniai ESKD standartų rinkiniai. SRPP, ESPD, SGIP, USD, techninės ir ekonominės informacijos klasifikatoriai ir kodifikatoriai, standartų kompleksai tipo „OTT“, „Bandymo metodai“, „TU“, taip pat užsakovo OTT.
2.5.1. Visas dizaino gaminių gyvavimo ciklas yra pilnai aprūpintas reglamentine ir technine dokumentacija, galiojančia mechanikos inžinerijoje ir prietaisų gamyboje.
2.5.2. Programinės įrangos produktai pateikiami su NTD, kuri yra įtraukta į kliento ESPD ir OTT. Tačiau šių NTD taikymo sritis turėtų būti išplėsta, kad atspindėtų problemas, susijusias su programinės įrangos produktų kūrimu, kūrimu, platinimu ir veikimu.
2.5.3. Informaciniai produktai šiuo metu nepateikiami su NTD, nors tam tikri klausimai buvo išspręsti DDD, techninės ir ekonominės informacijos klasifikatoriai ir kodifikatoriai.
2.6. Kompleksiniais produktais, neturinčiais analogų mechanikos inžinerijoje, laikomi programinė ir techninė įranga bei programiniai ir metodiniai kompleksai. Atsižvelgiant į PTK ir PMK statusą. kaip pramoniniams tikslams skirtų gaminių, jų kūrimo taisyklės ir tvarka turėtų būti panašios į produktų kūrimo ir paleidimo į gamybą sistemos (SRPP) standartų nustatytus reikalavimus.
informacines technologijas. Automatizuotų sistemų standartų rinkinys. Techninės kryptys automatizuotų sistemų kūrimui
Remiantis GOST 34.602-89 rašant technines specifikacijas automatizuotoms valdymo sistemoms iš 1990-01-01
1. BENDROSIOS NUOSTATOS
1.1. TK yra pagrindinis dokumentas, apibrėžiantis informacinės sistemos (toliau – IS) sukūrimo (plėtojimo ar modernizavimo – toliau – sukūrimas) reikalavimus ir tvarką, pagal kurią vykdomas IS kūrimas ir priėmimas. pradėjus eksploatuoti.1.2. TK sukurta visai sistemai, skirta dirbti savarankiškai arba kaip kitos sistemos dalis.
1.3. Šio standarto nustatytos apimties IP reikalavimai gali būti įtraukti į naujai kuriamo informacinio objekto projektavimo užduotį. Šiuo atveju TK nėra sukurta.
1.4. Reikalavimai, įtraukti į TOR, turi atitikti dabartinį informacinių technologijų išsivystymo lygį ir nenusileisti panašiems reikalavimams geriausiems šiuolaikiniams šalies ir užsienio analogams. TOR nurodyti reikalavimai neturėtų riboti sistemos kūrėjo ieškant ir įgyvendinant efektyviausių techninių, galimybių ir kitų sprendimų.
1.5. TOR apima tik tuos reikalavimus, kurie papildo reikalavimus tokio tipo sistemoms ir yra nulemti konkretaus objekto, kuriam kuriama sistema, specifikos.
1.6. TOR pakeitimai įforminami priedu arba protokolu, kurį pasirašo užsakovas ir kūrėjas. Priedas arba nurodytas protokolas yra neatskiriama IP TOR dalis. TK tituliniame puslapyje turi būti įrašas „Galioja nuo ...“.
2. SUDĖTIS IR TURINYS
2.1. TOR yra šie skyriai, kuriuos galima suskirstyti į poskyrius:
1) bendroji informacija;
2) sistemos kūrimo (plėtojimo) tikslas ir tikslai;
3) objektų charakteristikos;
4) sistemos reikalavimai;
5) sistemos kūrimo darbo sudėtis ir turinys;
6) sistemos kontrolės ir priėmimo tvarka;
7) kūrimo objekto paruošimo sistemai pradėti eksploatuoti darbų sudėties ir turinio reikalavimai;
8) reikalavimai dokumentacijai;
9) plėtros šaltiniai.
2.2. Priklausomai nuo projekto tipo, tikslo, specifinių projekto ypatybių ir sistemos veikimo sąlygų, leidžiama paraiškų pavidalu sudaryti TĮ skyrius, įvesti papildomus, neįtraukti ar sujungti TNI poskyrius.
Sistemos dalių TOR neapima skilčių, kurios dubliuoja viso TOR skyrių turinį.
2.3. Skiltyje „Bendra informacija“ nurodykite:
1) visas sistemos pavadinimas ir jos simbolis;
2) temos šifras arba sutarties šifras (numeris);
3) sistemos kūrėjo ir užsakovo (naudotojo) įmonių pavadinimas ir jų rekvizitai;
4) dokumentų, kurių pagrindu kuriama sistema, sąrašas, kas ir kada šie dokumentai buvo patvirtinti;
5) planuojamos sistemos kūrimo darbų pradžios ir pabaigos datos;
6) informacija apie darbų finansavimo šaltinius ir tvarką;
7) sistemos (jos dalių) kūrimo, atskirų priemonių (techninės, programinės įrangos, informacijos) ir programinės bei techninės (programinės ir metodinės) gamybos ir derinimo darbų rezultatų įforminimo ir pateikimo užsakovui tvarka. sistemos kompleksai.
1) sistemos paskirtis;
2) sistemos sukūrimo tikslas.
2.4.2. Poskyryje „Sistemos kūrimo tikslai“ pateikite informacinio objekto techninių, technologinių, gamybinių-ekonominių ar kitų rodiklių, kuriuos reikia pasiekti sukūrus IS, pavadinimus ir reikalaujamas reikšmes bei nurodykite sistemos kūrimo tikslų pasiekimo vertinimo kriterijai.
2.5. Skyriuje „Informatizacijos objekto charakteristikos“ jie pateikia:
1) trumpą informaciją apie informatizacijos objektą arba nuorodas į dokumentus, kuriuose yra tokia informacija;
2) informacija apie automatikos objekto eksploatavimo sąlygas.
1) reikalavimai visai sistemai;
2) reikalavimai sistemos atliekamoms funkcijoms (užduotims);
3) reikalavimai užstato rūšims.
2.6.1. Poskyryje „Reikalavimai visai sistemai“ nurodykite:
reikalavimai sistemos struktūrai ir veikimui;
reikalavimai sistemos darbuotojų skaičiui ir kvalifikacijai bei darbo režimui;
paskirties rodikliai;
patikimumo reikalavimai;
saugos reikalavimai;
ergonomikos ir techninės estetikos reikalavimai;
sistemos komponentų eksploatavimo, priežiūros, remonto ir saugojimo reikalavimai;
informacijos apsaugos nuo neteisėtos prieigos reikalavimai;
informacijos saugos reikalavimai avarijų atveju;
apsaugos nuo išorinių poveikių reikalavimai;
patento grynumo reikalavimai;
standartizavimo ir unifikavimo reikalavimai;
Papildomi reikalavimai.
1) posistemių sąrašas, jų paskirtis ir pagrindinės charakteristikos, reikalavimai hierarchijos lygių skaičiui ir sistemos centralizavimo laipsniui;
2) ryšio tarp sistemos komponentų informacijos mainų metodų ir priemonių reikalavimai;
3) kuriamos sistemos jungčių su susijusiomis sistemomis charakteristikų reikalavimai, reikalavimai jos suderinamumui, įskaitant nurodymus, kaip keistis informacija (automatiškai, siunčiant dokumentus, telefonu ir pan.);
4) reikalavimus sistemos darbo režimams;
5) sistemos diagnozavimo reikalavimai;
6) sistemos plėtros, modernizavimo perspektyvos.
IS darbuotojų (naudotojų) skaičiaus reikalavimai;
personalo kvalifikacijos reikalavimai, jų mokymo ir žinių bei įgūdžių kontrolės tvarka;
reikiamą IS personalo darbo režimą.
2.6.1.4. Patikimumo reikalavimai apima:
1) visos sistemos ar jos posistemių patikimumo rodiklių sudėtis ir kiekybinės vertės;
2) avarinių situacijų, kurioms turėtų būti reglamentuojami patikimumo reikalavimai, sąrašas ir atitinkamų rodiklių reikšmės;
3) techninės ir programinės įrangos patikimumo reikalavimus;
4) patikimumo rodiklių vertinimo ir stebėjimo metodų reikalavimai įvairiuose sistemos kūrimo etapuose pagal galiojančius norminius ir techninius dokumentus.
2.6.1.6. Ergonomikos ir techninės estetikos reikalavimai apima IS rodiklius, nurodančius reikiamą žmogaus ir mašinos sąveikos kokybę bei personalo darbo sąlygų komfortą.
2.6.1.7. Informacijos apsaugos nuo neteisėtos prieigos reikalavimai apima pramonės ir kliento informacinės aplinkos nustatytus reikalavimus.
2.6.1.8. Informacijos saugos reikalavimuose pateikiamas įvykių sąrašas: avarijos, techninių priemonių gedimai (įskaitant elektros energijos tiekimo praradimą) ir kt., kurių metu turi būti užtikrintas informacijos saugumas sistemoje.
2.6.1.9. Patento grynumo reikalavimuose nurodomas sąrašas šalių, kurių atžvilgiu turi būti užtikrintas sistemos ir jos dalių patentinis grynumas.
2.6.1.10. Papildomi reikalavimai apima specialius reikalavimus sistemos kūrėjo ar kliento nuožiūra.
2.6.2. Poskyryje „Reikalavimai sistemos atliekamoms funkcijoms (užduotims)“ pateikiama:
kiekvienam posistemiui – automatizuotinų funkcijų, užduočių ar jų kompleksų (įskaitant tuos, kurie užtikrina sistemos dalių sąveiką) sąrašas;
kuriant sistemą dviejose ar daugiau eilių – funkcinių posistemių, atskirų funkcijų ar užduočių, įgyvendinamų 1-oje ir vėlesnėse eilėse, sąrašas;
kiekvienos funkcijos, užduoties (ar užduočių rinkinio) įgyvendinimo laiko grafikas;
reikalavimai kiekvienos funkcijos (užduoties ar užduočių rinkinio) įgyvendinimo kokybei, išvesties informacijos pateikimo formai, reikiamo tikslumo ir vykdymo laiko charakteristikoms, funkcijų grupės vykdymo vienalaikiškumo, patikimumo reikalavimai. rezultatų;
sąrašas ir gedimo kriterijai kiekvienai funkcijai, kuriai nustatyti patikimumo reikalavimai.
2.6.3.2. Informaciniam sistemos palaikymui pateikiami šie reikalavimai:
1) į duomenų sudėtį, struktūrą ir organizavimo metodus sistemoje;
2) keistis informacija tarp sistemos komponentų;
3) į informacijos suderinamumą su gretimomis sistemomis;
4) dėl duomenų bazių valdymo sistemų naudojimo;
5) į duomenų rinkimo, apdorojimo, perdavimo sistemoje ir duomenų pateikimo proceso struktūrą;
6) į duomenų apsaugą;
7) duomenų kontrolė, saugojimas, atnaujinimas ir atkūrimas;
2.6.3.4. Sistemos programinei įrangai pateikiamas įsigytos programinės įrangos sąrašas ir reikalavimai:
1) į programinės įrangos priklausomybę nuo veiklos aplinkos;
2) į programinės įrangos kokybę, jos teikimo ir kontrolės būdus;
1) į techninių priemonių tipus, įskaitant techninių priemonių kompleksų tipus, programinės ir techninės įrangos kompleksus ir kitus komponentus, kurie yra priimtini naudoti sistemoje;
2) į sistemos techninės priežiūros funkcines, konstrukcines ir eksploatacines charakteristikas.
1) preliminarus matavimo kanalų sąrašas;
2) parametrų matavimų tikslumo ir (ar) matavimo kanalų metrologinių charakteristikų reikalavimai;
3) sistemos techninių priemonių metrologinio suderinamumo reikalavimus;
4) sistemos valdymo ir skaičiavimo kanalų, kurių tikslumo charakteristikas būtina įvertinti, sąrašas;
5) techninės ir programinės įrangos, kurios yra sistemos matavimo kanalų dalis, metrologinio palaikymo, įrankių, įmontuoto valdymo, matavimo kanalų ir matavimo priemonių, naudojamų reguliuojant ir tikrinant sistemą, metrologinio tinkamumo reikalavimus;
6) metrologinio sertifikavimo tipas (valstybinis ar žinybinis), nurodant jo vykdymo tvarką ir sertifikavimą vykdančias organizacijas.
1) į sistemos eksploatavimo ar veiklą vykdančių padalinių struktūrą ir funkcijas;
2) į sistemos veikimo organizavimą ir IS personalo bei informatizacijos objekto personalo sąveikos tvarką;
3) apsauga nuo klaidingų sistemos personalo veiksmų.
2.7. Skyriuje „Sistemos kūrimo (kūrimo) darbų sudėtis ir turinys“ turėtų būti pateiktas sistemos kūrimo darbų etapų ir etapų sąrašas, jų įgyvendinimo laikas, darbus atliekančių organizacijų sąrašas, nuorodos. prie dokumentų, patvirtinančių šių organizacijų sutikimą dalyvauti kuriant sistemą, arba įrašą, kuriame nustatomas atsakingas asmuo (užsakovas ar kūrėjas) už šių darbų atlikimą.
Šiame skyriuje taip pat pateikiama:
1) dokumentų, kurie turi būti pateikti pasibaigus atitinkamiems darbo etapams ir etapams, sąrašas;
2) techninės dokumentacijos tyrimo rūšis ir atlikimo tvarka (etapas, etapas, tikrinamos dokumentacijos apimtis, organizacija-ekspertas);
3) darbo programa, kuria siekiama užtikrinti reikiamą kuriamos sistemos patikimumo lygį (jei reikia);
4) metrologinės paramos visuose sistemos kūrimo etapuose darbų sąrašas, nurodant jų atlikimo terminus ir vykdančias organizacijas (jei reikia).
1) sistemos ir jos komponentų tipai, sudėtis, apimtis ir bandymo metodai;
2) bendrieji darbų priėmimo etapais reikalavimai, priėmimo dokumentų derinimo ir tvirtinimo tvarka;
Pagrindinių veiklų sąrašas apima:
1) į sistemą patenkančios informacijos atnešimas (pagal informacijos ir kalbinės pagalbos reikalavimus);
2) sąlygų projekto funkcionavimui, kurioms esant garantuojama sukurtos sistemos atitiktis TNI reikalavimams, sudarymas;
3) sistemos funkcionavimui reikalingų padalinių ir tarnybų kūrimas;
4) personalo komplektavimo ir personalo mokymo terminai ir tvarka.
1) rengiamų dokumentų rinkinių ir tipų sąrašas, suderintas su sistemos kūrėju ir užsakovu;
mašininėse laikmenose išduotų dokumentų sąrašas;
2) nesant valstybinių standartų, apibrėžiančių sistemos elementų dokumentavimo reikalavimus, jie papildomai apima tokių dokumentų sudėties ir turinio reikalavimus.
3. PROJEKTAVIMO TAISYKLĖS
3.1. TOR skyriai ir poskyriai turi būti išdėstyti sek. nustatyta tvarka. 2 šio standarto.3.2. Lapų (puslapių) numeriai užrašomi, pradedant nuo pirmojo lapo po titulinio puslapio, viršutinėje lapo dalyje (virš teksto, viduryje) po TK kodo žymėjimo IC.
3.3. Tituliniame lape dedami užsakovo, kūrėjo ir koordinuojančių įmonių parašai, kurie užantspauduojami. Jei reikia, titulinis lapas sudaromas keliuose puslapiuose. TK kūrėjų ir pareigūnų, dalyvaujančių tvirtinant ir peržiūrint TK on IP projektą, parašai yra paskutiniame puslapyje.
TOR titulinio lapo forma pateikta 2 priede. Paskutinio TOR lapo forma pateikta 3 priede.
3.4. TOR priedo titulinis lapas surašomas taip pat, kaip ir techninės užduoties titulinis lapas. Vietoj pavadinimo „Teisinės sąlygos“ jie rašo „AC TOR priedas Nr. ...“.
3.5. Vėlesniuose TOR priedo lapuose patalpinama pakeitimo priežastis, pakeitimo turinys ir nuorodos į dokumentus, pagal kuriuos šie pakeitimai daromi.
3.8. Pateikiant TĮ priedo tekstą, turi būti nurodyti atitinkamų pagrindinių TU pastraipų, pastraipų, lentelių ir kt. numeriai ir žodžiai „pakeisti“, „papildyti“, „išbraukti“, „nurodyti naujas leidimas“ turėtų būti naudojamas.
TK FOR IP KŪRIMO, SUTARTIES IR PATVIRTINIMO TVARKA
1. TOR projektą rengia sistemos organizacija-kūrėjas, dalyvaujant užsakovui, remdamasis techniniais reikalavimais (taikymas, taktinė ir techninė užduotis ir kt.).Konkursinio darbo organizavimo metu TOR projekto variantus apsvarsto užsakovas, kuris arba pasirenka pageidaujamą variantą, arba, remdamasis lyginamąja analize, parengia galutinę NT versiją AC, dalyvaujant būsimas IS kūrėjas.
2. ToR projekto derinimo su valstybinės priežiūros institucijomis ir kitomis suinteresuotomis organizacijomis poreikį nustato sistemos užsakovas ir IP projekto rengėjas kartu,
TOR projekto tvirtinimo dėl IC darbą kartu atlieka TOR kūrėjas ir sistemos užsakovas, kiekvienas savo ministerijos (departamento) organizacijose.
3. Kiekvienos organizacijos TOR projekto patvirtinimo terminas neturėtų viršyti 15 dienų nuo jo gavimo dienos. ToR projekto kopijas (kopijas) rekomenduojama siųsti tvirtinti vienu metu visoms organizacijoms (skyriams).
4. Pastabos dėl TOR projekto turėtų būti pateiktos su techniniu pagrindimu. Sprendimus dėl pastabų turi priimti ToR projekto rengėjas ir sistemos užsakovas prieš patvirtinant IS TSR.
5. Jeigu derinant TK projektą kilo nesutarimų tarp kūrėjo ir užsakovo (ar kitų suinteresuotų organizacijų), tuomet surašomas nesutarimų protokolas (savavališka forma) ir nustatyta tvarka priimamas konkretus sprendimas.
6. TOR projekto patvirtinimą leidžiama surašyti kaip atskirą dokumentą (raišką). Tokiu atveju antraštėje „Sutarta“ pateikite nuorodą į šį dokumentą.
7. TOR tvirtinimą atlieka sistemos kūrėjo ir užsakovo įmonių vadovai.
8. Patvirtintų TĮ kopijas per 10 dienų nuo patvirtinimo TĮ kūrėjas išsiunčia sistemos kūrimo dalyviams.
9. TNI papildymų derinimas ir tvirtinimas vykdomas TIP nustatyta tvarka.
10. TOR pakeitimų neleidžiama tvirtinti po sistemos ar jos eilės priėmimo testams pateikimo.
ANTRAŠTINĖS LAPOS FORMA TK
|
______________________________________________________ . organizacijos pavadinimas - TK ant IP kūrėjas PATVIRTINTI Vadovas (pareigos, įmonės pavadinimas - IP klientas) Antspaudas data PATVIRTINTI Vadovas (pareigos, įmonės pavadinimas – „IS“ kūrėjas) Asmeninis parašas Parašo stenograma Antspaudas data IP tipo pavadinimas ________________________________________________________ informatizacijos objekto pavadinimas ________________________________________________________ sutrumpintas IS pavadinimas Ant ____ lapų Galioja nuo SUTINKA Vadovas (pareigos, koordinuojančios organizacijos pavadinimas) Asmeninis parašas Parašo stenograma |