Informacinės sistemos pavyzdžio projektavimo techninė užduotis. Informacinės sistemos kūrimo techninė užduotis. Techninių specifikacijų rengimo, tvirtinimo ir tvirtinimo procedūra


informacines technologijas. Automatizuotų sistemų standartų rinkinys. Techninės kryptys automatizuotų sistemų kūrimui

Remiantis GOST 34.602-89 techninių specifikacijų rašymui automatizuotos sistemos valdymas iš 1990-01-01

1. BENDROSIOS NUOSTATOS

1.1. TK yra pagrindinis dokumentas, apibrėžiantis kūrimo (plėtros ar modernizavimo – tolesnio kūrimo) reikalavimus ir tvarką. informacinė sistema(toliau IS), pagal kurią vykdomas IS kūrimas ir priėmimas pradedant eksploatuoti.

1.2. TK sukurta visai sistemai, skirta dirbti savarankiškai arba kaip kitos sistemos dalis.

Vandens suteikimas yra priemonė, kuria vyriausybė leidžia, suteikia ar net leidžia vartotojui naudotis šia viešąja gėrybe. Dėl šios priežasties valstybė efektyviai valdo federalinės konstitucijos, reguliuojančios mainus tarp skirtingų vartotojų, saugomą valdžią.

Vandens išteklių departamentas yra atsakingas už subsidijų teikimą naudojimui, kuris keičia kiekybines vandenų sąlygas. Aprūpinimo skyriaus telefonai. Telefono paslauga: pirmadieniais–penktadieniais, 4–18 val. Akis į akį: 3 ir 5 d., 2–17 val. Dokumentų pristatymas: pirmadieniais–penktadieniais, 9–12 val. ir 14–18 val.

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ų.

Jūs turite projekto techninį vadovą, kuris bus be darbo, kuris parengs projektą, kuriame bus apibrėžta dykuma, įvertintas pašalinamas tūris, vidutinis plotis, ilgis ir laukų koordinates pradžioje ir pabaigoje. upės ar upelio atkarpos, kurią reikia šalinti, naudojamą įrangą ir galutinę medžiagos paskirties vietą. Šis specialistas turi būti susietas su profesine taryba ir žinoti savo įsipareigojimus tai tarybai. Mero ar mero pasirašytas pareiškimas.

Techninių specifikacijų rengimo, tvirtinimo ir tvirtinimo procedūra

Šios programos šablonas bus pasiekiamas proceso pabaigoje. Šį prašymą turi pasirašyti meras arba meras ir skaitmeniniu būdu pateikti registracijos sistema. Protokoluoja dokumentus arba mero ar mero paskyrimą. Asmens, kuris pildys desorbcijos įrašą, įgaliojimas gali būti oficialus mero ar mero laiškas arba paskyrimo į pareigas, susijusias su atšaukimo procesu, pavyzdžiui, darbų ar aplinkosaugos sekretoriumi, aktas. Atsiminkite, kad būtina vykdyti aplinkosauginio švietimo veiklą!

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 ...“.

Iš miesto rotušės reikės pateikti galutinę proceso ataskaitą, o šie veiksmai turi būti užfiksuoti. Registruokitės, kas užpildys informaciją apie projektą – tai nebūtinai turi būti meras ar meras, tačiau rekomenduojama išmanyti naudojimąsi internetu. Užsiregistravę, kas valdys Sistemą, pasirinkite „Registruoti naują vandens naudojimą“. Įveskite teisingai ir pilnas vardas miestai. Įveskite miesto rotušės kontaktinę informaciją. Įveskite mero arba mero, kaip teisėto atstovo, duomenis.

Įveskite sklypo, kuris bus atlaisvintas, vietą, nesvarbu, ar tai mieste, ar kaime. Dėl miesto teritorijos bus prašoma išsamesnės informacijos, pvz., viešose vietose. Apskaičiuokite dykumos plotą. Aprašykite, kaip patekti į vietą – tai patikros tikslais. Intervencijos skirtuke pateikite ataskaitą Paviršinis vanduo, projektas, statybos projektas. Šaltinio „Įtraukimo tipas“ ataskaitoje „Srautinio turinio pašalinimas“ nurodykite „Neįsitraukimas“. Įveskite prašomus techninius duomenis.

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.
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.

Tiesiog eikite į paveikslėlį ir spustelėkite mygtuką. Galiausiai dar kartą spustelėkite paskutinį tašką. Skirtuke Tikslas pasirinkite Upė. Įveskite pradžios mėnesį ir numatomą mėnesio pabaigą – tai patvirtinimo tikslais! Apibūdinkite veiklą – gilinimas su ekskavatoriumi, rankinis valymas, plaukiojanti žemsiurbė ir kt. paskirties vieta - pasakyk, kur bus išvežtos iš upės paimtos medžiagos. Šios medžiagos naudojimas reglamentuojamas dekretu! Nereikia užbaigti tikslo sistemos kelis mėnesius. Kitame skirtuke patikrinkite duomenis ir, jei jie teisingi, užpildykite „Kadastrą“.

Sistemos dalių TOR neapima skilčių, kurios dubliuoja viso TOR skyrių turinį.

2.3. Skyriuje " Bendra informacija» nurodyti:


  • 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.
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 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. , ir nurodyti sistemos kūrimo tikslų pasiekimo vertinimo kriterijus.

Perskaitykite sutarties sąlygas ir, jei taikoma, sutikite. Pasirodys pranešimas apie naudojimo vedlio užbaigimą su jo numeriu. Grįžkite į valdymo ekraną ir pasirodys pirmasis dokumentas – kuponas „Naudoti vedlį“. Tačiau to neužtenka norint pradėti atšaukti! Pasirodžiusiame puslapyje Vandens valdymas lauke Vandens naudotojas įveskite pavadinimą Rotušė. Šis dokumentas turi būti skaitmeninės formos. Nurodykite aplanką, kuriame yra šis dokumentas, ir pridėkite jį prie sistemos.

Šlykštus projektas turėtų būti su meru. Tada prie sistemos turi būti pridėta skaitmeninė prašymo kopija, pasirašyta mero arba mero. Dokumento šabloną galima pasiekti spustelėjus parinktį puslapio apačioje. Užpildytas, atspausdintas ir merui ar merui pasirašytas dokumentas turi būti nuskenuotas ir įvestas į sistemą. Spustelėkite mygtuką „Prašyti išimties“ arba „Suteikti“.

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.
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.
Sistemos reikalavimų, įtrauktų į šį IS skirsnį, sudėtis nustatoma atsižvelgiant į konkrečios sistemos tipą, paskirtį, specifines savybes ir veikimo sąlygas.

2.6.1. Poskyryje „Reikalavimai visai sistemai“ nurodykite:

Išankstiniai leidimai gręžti gręžinius

Dabar viskas tvarkoje – tai dokumentas, leidžiantis legaliai atlikti druskos šalinimą.

Statybos atsiskaitymo ir vandens naudojimo dotacijų įstatymas

Procedūra yra visiškai elektroninė ir gali būti atlikta per kelias minutes. Norėdami užregistruoti naują vandens vartotoją, turėsite pateikti el. Už šį el. laišką gali atsakyti naudotojas arba specialistas.

Techniko registravimas Be to, kas išdėstyta pirmiau, turėsite pateikti savo profesionalų patarimą ir savo profesinio portfelio numerį. Norint užregistruoti naują vandens naudojimą, atsiras ekranas „Vandens naudojimo registras“ – paspauskite mygtuką „Pasirinkti“. „Nauji vandens panaudojimo būdai“. Turėsite dvi parinktis: užregistruoti naudojimą kitam vartotojui arba užregistruoti naudojimą sau. Nurodykite, ar šis naudotojas yra žemės ūkio partneris, ar ne.


  • 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:

  • 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.
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:

Įveskite vartotojo asmeninę vandens informaciją. Kitame ekrane pasirinkite naudojimo vietą mieste ar kaime ir praneškite apie naudotojo objekto būseną. Jei esate savininkas arba posseiro, jūsų bus paprašyta pateikti dokumentinį šios situacijos įrodymą, pvz., aktą, registraciją, sutartį, nuosavybės teises ir kt. Nurodykite turto pavadinimą, bendrą plotą, maitinimo tinklo buvimą, jei inventorizacija atliekama patikros sumetimais. Įveskite adresą, kuriame bus naudojamas vanduo.

Įveskite norimą susirašinėjimo adresą. Kitame ekrane bus pateikti intervencijos taško duomenys. Projektus galima registruoti tada, kai intervencija vis dar vyksta, ar sureguliuojamas jau egzistuojantis naudojimas, arba reformuojama ar net registruojama deaktyvuota struktūra. Užtvankų ir užtvankų atveju pirmiausia registruokite tik užtvanką arba užtvanką, o tada praneškite apie vandens surinkimą tose konstrukcijose. Kanalui prašoma projekto informacijos. Įvedę pasirinkite „Pridėti“ ir ekrano apačioje atsiras santraukos rėmelis.


  • 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) patikimumo reikalavimai techninėmis priemonėmis ir programinė įranga;

  • 4) 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ą.

Kitame žingsnyje raskite trukdžių tašką naudodami rodomą palydovinį vaizdą. Sistema tiesiogiai parodys savivaldybę, nurodytą kaip intervencijos adresą. Pasirinkite išskleidžiamojo meniu piktogramą, kad nutemptumėte ją į atitinkamą vietą, ir pažymėkite tašką arba piktogramą su tiksliniu formatu, kad įvestumėte koordinates. Kitame žingsnyje pasirodys vandens naudojimo sekos schema. Mėnesį po mėnesio pildykite informaciją. Kitame ekrane rodomas vandens naudojimo tikslas.

Tą pačią intervenciją galima naudoti įvairiais būdais, todėl informaciją reikia užpildyti apie kiekvieną intervenciją. Nacionalinio vandens naudojimo registro prašoma informacija yra labai išsami. Jei nėra jokio kito naudojimo, pereikite prie kito veiksmo. Pasirodo registracijos suvestinė su pateikta pagrindine informacija. Jei viskas teisinga, padarykite išvadą. jei ne, grįžkite į paklotą laiptelį. Kai baigsite registraciją, pasirodys pranešimas.

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 reikalavimai apima įvykių sąrašą: avarijas, techninių priemonių gedimus (įskaitant elektros energijos tiekimo praradimą) ir pan., kurių metu turi būti užtikrintas informacijos saugumas sistemoje.

Bus rodomas jūsų registracijos numeris. Grįžkite atgal ir jūsų registracijos dokumentas bus rodomas su elektroniniu patvirtinimo kodu. Atvirojo kodo technologija paremtos informacinės sistemos kūrimas ir palaikymas miškų tvarkymui. Atvirojo kodo technologija paremtos informacinės sistemos kūrimas miškų tvarkymui palaikyti.

Koimbros universiteto geologijos mokslų grupė. Programa skirta asociacijoms, įmonėms ar vyriausybinėms organizacijoms, kurios manipuliuoja ir tvarko informaciją, susijusią su įvairiais objektais ir įvairiais savininkais. Prieiga prie informacijos vykdoma tik per prieigos prie interneto ir kompiuterio tašką. Programa skirta asociacijoms, korporacijoms ar visuomenės veikėjams, kurie manipuliuoja ir tvarko informaciją apie nekilnojamąjį turtą ir jų savininkus.

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:

Miškai yra šaltinis gamtos turtai ir vaidina svarbų vaidmenį palaikant tvarią aplinką žmonėms gyventi. Šių ekosistemų, kaip medienos, dervos, biomasės, bet daugiausia netiesioginių prekių, tokių kaip turizmas, biologinės įvairovės atkūrimas, upelių reguliavimas, erozijos kontrolė, anglies absorbcija ar tiesiog deguonies gamyba, gamintojų, daugiafunkcės svarbos pripažinimas sukuria naujų iššūkių profesionalams, kurie dirba valdyti šias erdves. Politiniu lygmeniu taip pat vis labiau suvokiamas jos vaidmuo, todėl sukuriamas teisės aktų ir planavimo bei planavimo priemonių rinkinys, numatantis, reguliuojantis ir sąlygojantis jos veiklą erdviniu pagrindu, siekiant išsaugoti ir atsparias ekosistemas. .


  • 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“, priklausomai nuo sistemos tipo, pateikiami reikalavimai matematinei, informacinei, kalbinei, programinei, techninei, metrologinei, organizacinei, metodinei ir kitų tipų sistemos pagalbai.

2.6.3.2. Informaciniam sistemos palaikymui pateikiami šie reikalavimai:

Kadangi miškas yra veikla, turinti labai stiprų erdvinį komponentą, apimantį labai didelius plotus, kartografija ir žemėlapiai buvo kasdienio miško valdytojų valdymo dalis nuo labai ankstyvo etapo. Jo naudojimas pagrįstas paprastu teminių žemėlapių sudarymu su įvairių miško savybių ribojimu ir pristatymu, sudėtingesniais tyrimais, tokiais kaip žemėlapių duomenų apie miško rūšių pajėgumą kūrimas ar gaisrų rizikos kartografavimas.

Mūsų šalyje veikia kelios valstybinės institucijos ir organizacijos, erdviškai reguliuojančios veiklą teritorijoje, kurių daugelis sprendžia erdvinės informacijos klausimus. Šią informaciją paprastai išsklaido kiekvienas subjektas neįdėdamas erdvinių duomenų infrastruktūros ir dažnai tokiais formatais, kurių neleidžia jų santykiai. Be šios informacijos, mes taip pat turime platų informacijos rinkinį, sukurtą tvarkymo metu, būtent pagal kiekvienos vietos miškotvarkos planus, kurių naudingumas ir vertė grindžiama juos reprezentuojančios informacijos tinkamumu ir prieinamumu.


  • 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.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:


  • 1) į programinės įrangos priklausomybę nuo veiklos aplinkos;

  • 2) į programinės įrangos kokybę, jos teikimo ir kontrolės būdus;
2.6.3.5. Techniniam sistemos palaikymui pateikiami šie reikalavimai:

  • 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.
2.6.3.6. Metrologinės pagalbos reikalavimai yra šie:

  • 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ų sistemos derinimui ir bandymams, metrologinio tinkamumo reikalavimus;

  • 6) metrologinio sertifikavimo tipas (valstybinis ar žinybinis), nurodant jo vykdymo tvarką ir sertifikavimą vykdančias organizacijas.
2.6.3.7. Organizacinei pagalbai keliami šie reikalavimai:

 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ą.

AT šį skyrių taip pat cituoti:


  • 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).
2.8. Skiltyje „Sistemos stebėjimo ir priėmimo tvarka“ nurodykite:

  • 1) sistemos ir jos komponentų tipai, sudėtis, apimtis ir bandymo metodai;

  • 2) Bendrieji reikalavimaiį darbų priėmimą etapais, priėmimo dokumentacijos susitarimo ir tvirtinimo tvarką;
2.9. Skyriuje „Reikalavimai darbų, susijusių su automatikos objekto sistemos paleidimui, apimčiai ir turiniui parengti“, būtina pateikti pagrindinių veiklų ir jų vykdytojų, kurie turėtų būti atliekami rengiant paleidimo projektą, sąrašą. IS veikia.

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.
2.10. Skiltyje „Reikalavimai dokumentacijai“ pateikiama:

  • 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.
2.11. Skyriuje „Kūrimo šaltiniai“ turėtų būti išvardyti dokumentai ir informacinė medžiaga, kurių pagrindu buvo parengta 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 lapo, 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 vardo " Techninė užduotis"Parašykite" priedą Nr. ... prie TK dėl kintamosios srovės ... ".

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Į papildymo tekstą, reikia nurodyti atitinkamų pagrindinių TU pastraipų, pastraipų, lentelių ir kt. numerius ir žodžius „pakeisti“, „papildyti“, „išbraukti“, „nurodykite naujas leidimas“ turėtų būti naudojamas.

TK FOR IP KŪRIMO, SUTARTIES IR PATVIRTINIMO TVARKA

1. TOR projektą parengia sistemos kūrėjas, dalyvaujant užsakovui remiantis 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.

2. TD projekto derinimo su valstybinės priežiūros institucijomis ir kitomis suinteresuotomis organizacijomis poreikį kartu nustato sistemos užsakovas ir IS TSR 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.

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 TOR 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

________________________________________________________

informacinio objekto pavadinimas

________________________________________________________

sutrumpintas IS pavadinimas
TECHNINĖ UŽDUOTIS

Ant ____ lapų


Galioja nuo

SUTINKA


Vadovas (pareigos, koordinuojančios organizacijos pavadinimas)

Asmeninis parašas Parašo stenograma

Informacinės sistemos kūrimo techninė užduotis

Remiantis GOST 34.602-89
už automatizuotų valdymo sistemų techninių specifikacijų rašymą 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ų.

Jūs turite projekto techninį vadovą, kuris bus be darbo, kuris parengs projektą, kuriame bus apibrėžta dykuma, įvertintas pašalinamas tūris, vidutinis plotis, ilgis ir laukų koordinates pradžioje ir pabaigoje. upės ar upelio atkarpos, kurią reikia šalinti, naudojamą įrangą ir galutinę medžiagos paskirties vietą. Šis specialistas turi būti susietas su profesine taryba ir žinoti savo įsipareigojimus tai tarybai. Mero ar mero pasirašytas pareiškimas.

Techninių specifikacijų rengimo, tvirtinimo ir tvirtinimo procedūra

Šios programos šablonas bus pasiekiamas proceso pabaigoje. Šį prašymą turi pasirašyti meras arba meras ir skaitmeniniu būdu pateikti registracijos sistema. Protokoluoja dokumentus arba mero ar mero paskyrimą. Asmens, kuris pildys desorbcijos įrašą, įgaliojimas gali būti oficialus mero ar mero laiškas arba paskyrimo į pareigas, susijusias su atšaukimo procesu, pavyzdžiui, darbų ar aplinkosaugos sekretoriumi, aktas. Atsiminkite, kad būtina vykdyti aplinkosauginio švietimo veiklą!

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. Skiltyje „Bendra informacija“ nurodykite:

    visas sistemos pavadinimas ir jos simbolis;

    temos šifras arba sutarties šifras (numeris);

    sistemos kūrėjo ir užsakovo (vartotojo) į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ų), kuriuose ji turėtų būti naudojama, sąrašą.

2.4.2. Poskyryje „Sistemos kūrimo tikslai“ pateikiami informatizacijos 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 skirsnį, sudėtis nustatoma atsižvelgiant į konkrečios sistemos tipą, paskirtį, specifines savybes ir veikimo sąlygas.

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;

    techninės ir programinės įrangos patikimumo reikalavimai;

    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 reikalavimai apima įvykių sąrašą: avarijas, techninių priemonių gedimus (įskaitant elektros energijos tiekimo praradimą) ir pan., kurių metu turi būti užtikrintas informacijos saugumas sistemoje.

Bus rodomas jūsų registracijos numeris. Grįžkite atgal ir jūsų registracijos dokumentas bus rodomas su elektroniniu patvirtinimo kodu. Atvirojo kodo technologija paremtos informacinės sistemos kūrimas ir palaikymas miškų tvarkymui. Atvirojo kodo technologija paremtos informacinės sistemos kūrimas miškų tvarkymui palaikyti.

Koimbros universiteto geologijos mokslų grupė. Programa skirta asociacijoms, įmonėms ar vyriausybinėms organizacijoms, kurios manipuliuoja ir tvarko informaciją, susijusią su įvairiais objektais ir įvairiais savininkais. Prieiga prie informacijos vykdoma tik per prieigos prie interneto ir kompiuterio tašką. Programa skirta asociacijoms, korporacijoms ar visuomenės veikėjams, kurie manipuliuoja ir tvarko informaciją apie nekilnojamąjį turtą ir jų savininkus.

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“ priklausomai nuo sistemos tipo, pateikiami reikalavimai matematinei, informacinei, kalbinei, programinei, techninei, metrologinei, organizacinei, metodinei ir kitokiai sistemos pagalbai.

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. Lingvistiniam sistemos 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 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, kuri 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ą.

Šiame skyriuje taip pat pateikiama:

    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 darbų priėmimo etapais reikalavimai, priėmimo dokumentų derinimo ir tvirtinimo tvarka;

2.9. Skyriuje „Reikalavimai automatikos objekto paruošimo sistemai pradėti eksploatuoti sudėčiai ir turiniui“ būtina pateikti pagrindinių veiklų ir jų vykdytojų, kuriuos reikėtų atlikti rengiant projekto paleidimo projektą, sąrašą. 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 lapo, 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“ 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. Teikiant 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ą, remdamasis techniniais reikalavimais (taikymas, taktinė ir techninė užduotis ir kt.), rengia sistemos organizacija-kūrėjas, dalyvaujant užsakovui.
    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.

    TN projekto derinimo su valstybinės priežiūros institucijomis ir kitomis suinteresuotomis organizacijomis poreikį 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.