Automatizuotų sistemų (KSAS) standartų rinkinys

Vieninga programos dokumentacijos sistema (USPD) yra vietinis programos dokumentacijos standartų rinkinys. Profesine kalba jis dar vadinamas „devynioliktuoju svečiu“, o tai nėra visiškai teisinga, nes kalbame ne apie vieną, o apie 30 skirtingų norminių ir techninių dokumentų.

Iš esmės ESPD standartuose pateikiami dokumentai, apibūdinantys programą įvairiais jos gyvavimo ciklo etapais, sudarymo, turinio ir vykdymo reikalavimai. Be to, keli dokumentai yra skirti dokumentacijos saugojimo ir atnaujinimo tvarkai.

ESPD standartai praktiškai neturi metodinio komponento. Jie neaiškina kūrėjui, kaip rašyti dokumentaciją, kad ji būtų naudinga, suprantama, informatyvi, patogi ir pan. Pateikiamas tik dokumentų tipų sąrašas ir kiekvieno iš jų pirmo lygio skyrių sąrašas. Tiesa, apie kiekvieną skyrių sakoma, kokia informacija joje turi būti pateikta.

ESPD standartai buvo priimti 70-ųjų pabaigoje ir atėjo pas mus tokia forma, kuri yra artima originalui. Jie atspindi žinybinių kompiuterių centrų, kuriuose buvo naudojami dideli kompiuteriai, praktiką. Žmogaus sąveika su kompiuterine sistema tada buvo struktūrizuota visiškai kitaip nei dabar ir buvo vykdoma per didelių gabaritų nuotolinio valdymo pultus, perfokortas ir spaudinius, o „paprastiems mirtingiesiems“ sprendžiant taikomąsias problemas, taip pat tarpininkaujant kvalifikuotam personalui. . Ar man reikia ilgai aiškinti, kaip pasenę šie standartai? Pakanka pasakyti, kad jie nežino tokių įprastų dokumentų kaip vartotojo vadovas ir administratoriaus vadovas.

Ir vis dėlto jie ir toliau aktyviai naudojami. Formaliai „devynioliktasis“ turi modernią alternatyvą. Kai kurie ISO/IEC standartai sistemų ir programinės įrangos inžinerijos srityje buvo išversti į rusų kalbą ir priimti Rusijoje kaip nacionaliniai standartai. Tačiau stambūs klientai, įskaitant valstybinius klientus, neskuba prie jų pereiti. Tai galima paaiškinti jų inercija (arba ištikimybe tradicijai, kaip jums labiau patinka), bet tik iš dalies.

Faktas yra tas, kad kiekvienas ESPD standartas, turintis nedidelę (daugiausia trijų puslapių) apimtį, yra gana formalus, todėl lengvai patikrinama reikalavimai dokumentui ar dokumentų rinkiniui. Griežtai kalbant, tai netrukdo dokumentų rengėjui rašyti teisingai suformatuotų nesąmonių. Bet kadangi ESPD aiškiai apibrėžia, iš ko turi sudaryti rezultatas ir kaip jis turi atrodyti, galime bent iš karto atmesti šūsnį popieriaus, kuris netelpa į šiuos rėmus. Tai gerokai supaprastina dokumentų pateikimo ir priėmimo užduotį tiek užsakovui, tiek rangovui.

Atvirkščiai, ISO/IEC standartuose yra daug pagrįstų esminio pobūdžio taisyklių, tačiau sunku įsivaizduoti formalaus jų patikrinimo procedūrą. Tačiau niekas nesivargina taikyti abiejų standartų rinkinių vienu metu, laimei, jie susiję su skirtingais dokumentacijos aspektais ir praktiškai vienas kitam neprieštarauja.

Norminių ir techninių dokumentų sudarymas

Paskyrimas	vardas
GOST 19.001-77	Bendrosios nuostatos
GOST 19.002-80	Vieninga programos dokumentacijos sistema. Algoritmų ir programų schemos. Vykdymo taisyklės
GOST 19.004-80	Vieninga programos dokumentacijos sistema. Terminai ir apibrėžimai
GOST 19.005-85	Vieninga programos dokumentacijos sistema. Algoritmų ir programų P schemos. Įprasti grafiniai žymėjimai ir vykdymo taisyklės
GOST 19.101-77	Vieninga programos dokumentacijos sistema. Programų rūšys ir programos dokumentai
GOST 19.102-77	Vieninga programos dokumentacijos sistema. Vystymo etapai
GOST 19.103-77	Vieninga programos dokumentacijos sistema. Programų ir programos dokumentų žymėjimas
GOST 19.104-78	Vieninga programos dokumentacijos sistema. Pagrindiniai užrašai
GOST 19 105-78	Vieninga programos dokumentacijos sistema. Bendrieji reikalavimai programos dokumentams
GOST 19.106-78	Vieninga programos dokumentacijos sistema. Reikalavimai spausdinamiems programos dokumentams
GOST 19.201-78	Vieninga programos dokumentacijos sistema. Techninė užduotis
GOST 19.202-78	Vieninga programos dokumentacijos sistema. Specifikacija. Reikalavimai turiniui ir dizainui
GOST 19.301-79	Vieninga programos dokumentacijos sistema. Testo programa ir metodika. Reikalavimai turiniui ir dizainui
GOST 19.401-78	Vieninga programos dokumentacijos sistema. Programos tekstas. Reikalavimai turiniui ir dizainui
GOST 19.402-78	Vieninga programos dokumentacijos sistema. Programos aprašymas
GOST 19 403-79	Vieninga programos dokumentacijos sistema. Originalių laikiklių sąrašas
GOST 19.404-79	Vieninga programos dokumentacijos sistema. Aiškinamasis raštas. Reikalavimai turiniui ir dizainui
GOST 19.501-78	Vieninga programos dokumentacijos sistema. Forma. Reikalavimai turiniui ir dizainui
GOST 19.502-78	Vieninga programos dokumentacijos sistema. Taikymo aprašymas. Reikalavimai turiniui ir dizainui
GOST 19.503-79	Vieninga programos dokumentacijos sistema. Sistemos programuotojo vadovas. Reikalavimai turiniui ir dizainui
GOST 19.504-79	Vieninga programos dokumentacijos sistema. Programuotojo vadovas
GOST 19.505-79	Vieninga programos dokumentacijos sistema. Naudotojo vadovas. Reikalavimai turiniui ir dizainui
GOST 19.506-79	Vieninga programos dokumentacijos sistema. Kalbos aprašymas. Reikalavimai turiniui ir dizainui
GOST 19.507-79	Vieninga programos dokumentacijos sistema. Veiklos dokumentų sąrašas
GOST 19.508-79	Vieninga programos dokumentacijos sistema. Techninės priežiūros vadovas. Reikalavimai turiniui ir dizainui
GOST 19.601-78	Vieninga programos dokumentacijos sistema. Bendrosios dauginimo, apskaitos ir saugojimo taisyklės
GOST 19.602-78	Vieninga programos dokumentacijos sistema. Spausdintų programos dokumentų dauginimo, apskaitos ir saugojimo taisyklės
GOST 19.603-78	Vieninga programos dokumentacijos sistema. Bendrosios pakeitimų taisyklės
GOST 19.604-78	Vieninga programos dokumentacijos sistema. Spausdintų programos dokumentų pakeitimų taisyklės

Standartų įsigijimas

Programų ir programų dokumentacijos kūrimo, projektavimo ir platinimo tarpusavyje susijusių taisyklių nustatymas.

ESPD standartai nustato reikalavimus, reglamentuojančius programų kūrimą, priežiūrą, gamybą ir veikimą, o tai užtikrina galimybę:

programinės įrangos produktų suvienijimas abipusiam keitimuisi programomis ir anksčiau sukurtų programų naudojimas naujose srityse;
darbo jėgos intensyvumo mažinimas ir programinės įrangos produktų kūrimo, priežiūros, gamybos ir eksploatavimo efektyvumo didinimas;
programinės dokumentacijos gamybos ir saugojimo automatizavimas.

Programos priežiūra apima programos veikimo analizę, kūrimą ir tobulinimą bei jos pakeitimus, siekiant pašalinti klaidas.

Kadangi ESPD yra GOST rinkinys, šiuo metu jo taikymas Rusijos Federacijos teritorijoje yra tik patariamojo pobūdžio, tai yra, ESPD taikomas savanoriškai (jei kitaip nenumatyta susitarime, sutartyje, individualiuose įstatymuose, teisme). sprendimas ir pan.).

Enciklopedinis „YouTube“.

1 / 3

Skydinio pastato skaičiavimas

Internetinis seminaras: Naujos Advance Steel 2018 funkcijos, skirtos projektuoti metalines konstrukcijas

2 meistriškumo klasė „Autodesk Fusion 360 – vieninga aplinka naujoviškam dizainui

Subtitrai

klasifikacija

ESPD standartai yra suskirstyti į grupes, parodytas lentelėje.

Į ESPD įtrauktų standartų sąrašas

GOST 19.001-77. ESPD. Bendrosios nuostatos.
GOST 19.002-80. ESPD. Algoritmų ir programų schemos. Vykdymo taisyklės. - Pakeistas GOST 19.701-90
GOST 19.003-80. ESPD. Algoritmų ir programų schemos. Simboliai yra įprastiniai grafiniai. - Pakeistas GOST 19.701-90
GOST 19.004-80. ESPD. Terminai ir apibrėžimai. - Pakeistas GOST 19.781-90
GOST 19.005-85. ESPD. Algoritmų ir programų P schemos. Įprasti grafiniai žymėjimai ir vykdymo taisyklės.
GOST 19.101-77. ESPD. Programų rūšys ir programos dokumentai.
GOST 19.102-77. ESPD. Vystymo etapai.
GOST 19.103-77. ESPD. Programų ir programos dokumentų žymėjimas.
GOST 19.104-78. ESPD. Pagrindiniai užrašai.
GOST 19.105-78. ESPD. Bendrieji reikalavimai programos dokumentams.
GOST 19.106-78. ESPD. Reikalavimai spausdinamiems programos dokumentams.
GOST 19.201-78. ESPD. Techninė užduotis. Reikalavimai turiniui ir dizainui.
GOST 19.202-78. ESPD. Specifikacija. Reikalavimai turiniui ir dizainui.
GOST 19.301-79. ESPD. Testo programa ir metodika. Reikalavimai turiniui ir dizainui.
GOST 19.401-78. ESPD. Programos tekstas. Reikalavimai turiniui ir dizainui.
GOST 19.402-78. ESPD. Programos aprašymas.
GOST 19.403-79. ESPD. Originalių laikiklių sąrašas.
GOST 19.404-79. ESPD. Aiškinamasis raštas. Reikalavimai turiniui ir dizainui.
GOST 19.501-78. ESPD. Forma. Reikalavimai turiniui ir dizainui.
GOST 19.502-78. ESPD. Taikymo aprašymas. Reikalavimai turiniui ir dizainui.
GOST 19.503-79. ESPD. Sistemos programuotojo vadovas. Reikalavimai turiniui ir dizainui.
GOST 19.504-79. ESPD. Programuotojo vadovas. Reikalavimai turiniui ir dizainui.
GOST 19.505-79. ESPD. Naudotojo vadovas. Reikalavimai turiniui ir dizainui.
GOST 19.506-79. ESPD. Kalbos aprašymas. Reikalavimai turiniui ir dizainui.
GOST 19.507-79. ESPD. Veiklos dokumentų sąrašas.
GOST 19.508-79. ESPD. Priežiūros vadovas. Reikalavimai santūrumui ir formai.
GOST 19.601-78. ESPD. Bendrosios dauginimo, apskaitos ir saugojimo taisyklės.
GOST 19.602-78. ESPD. Spausdintų programos dokumentų dauginimo, apskaitos ir saugojimo taisyklės.
GOST 19.603-78. ESPD. Bendrosios pakeitimų taisyklės.
GOST 19.604-78. ESPD. Spausdintų programos dokumentų pakeitimų taisyklės.
GOST 19.701-90 (ISO 5807-85). ESPD. Algoritmų, programų, duomenų ir sistemų schemos. Konvencijos ir vykdymo taisyklės.
GOST 19781-90. Programinė įranga informacijos apdorojimo sistemoms. Terminai ir apibrėžimai.

Vieninga programos dokumentacijos sistema(ESPD) – valstybės standartų rinkinys , nustatant tarpusavyje susijusias programų ir programų dokumentacijos kūrimo, rengimo ir platinimo taisykles. ESPD standartai nustato reikalavimus, reglamentuojančius programų kūrimą, priežiūrą, gamybą ir veikimą, o tai užtikrina galimybę:

Programinės įrangos produktų suvienijimas, siekiant abipusio keitimosi programomis ir anksčiau sukurtų programų panaudojimo naujose srityse;

Darbo intensyvumo mažinimas ir programinės įrangos produktų kūrimo, priežiūros, gamybos ir eksploatavimo efektyvumo didinimas;

Programinės dokumentacijos gamybos ir saugojimo automatizavimas.

Programos priežiūra apima programos veikimo analizę, kūrimą ir tobulinimą bei jos pakeitimus, siekiant pašalinti klaidas.

Sparčiai didėjant šiuolaikinių programinės įrangos paketų sudėtingumui ir dydžiui, kartu didėjant atsakomybei už atliekamas funkcijas, smarkiai išaugo klientų ir vartotojų reikalavimai jų kokybei ir naudojimo saugai.

Įrodyta priemonė, užtikrinanti aukštą programų ir programinių sistemų veikimo efektyvumą ir kokybę, yra tarptautiniai standartai, sukurti dalyvaujant pirmaujančių pramonės įmonių atstovams.

Didėjant informacinių sistemų naudojimui ir sudėtingumui, dėl klaidų ar nepakankamos programų kokybės gali atsirasti žala, kuri gerokai viršija teigiamą jų naudojimo poveikį.

GOST 28195-89 nustato bendrąsias kompiuterinių technologijų programinės įrangos (PS), tiekiamos per algoritmų ir programų fondus (FAP), kokybės vertinimo nuostatas, programinės įrangos kokybės rodiklių nomenklatūrą ir pritaikymą. Kokybės kontrolė PS yra operacijų rinkinys, apimantis vertinamo PS kokybės rodiklių diapazono parinkimą, šių rodiklių verčių nustatymą ir palyginimą su pagrindinėmis reikšmėmis.

Pagal GOST 28195-89 kokybės vertinimas atliekamas visais pastotės gyvavimo ciklo etapais:

PS kokybės rodiklių planavimas;

Kokybės kontrolė atskiruose kūrimo etapuose (techninės specifikacijos, techninis projektas, darbo projektas);

Kokybės kontrolė PS gamybos proceso metu;

PS modifikavimo efektyvumo tikrinimas priežiūros etape.

Kokybės vertinimą atlieka specialistai iš organizacijų: kūrėjas – programinės įrangos kūrimo etapuose; fondo turėtojas – programinės įrangos priėmimo į fondą etapuose; testavimo centrai ir PS sertifikavimo centrai - testavimo ir įgyvendinimo etapuose; gamintojas - PS replikacijos etapuose; vartotojas – programinės įrangos diegimo, priežiūros ir veikimo etapuose.

Pagrindinės užduotys, kurias reikia išspręsti vertinant programinės įrangos kokybę:

Kokybės lygio planavimas;

Stebėti kokybės rodiklių vertes kūrimo ir testavimo metu;

Suteikto kokybės lygio veiklos kontrolė;

Pagrindinių pavyzdžių atranka pagal poklasius ir grupes;

Metodiniai nurodymai rengiant normatyvinius ir techninius kokybės vertinimo dokumentus.

PS kokybės rodiklių nustatymo metodai skiriasi:

Informacijos apie PS gavimo būdais – matavimu, registravimu, organoleptiniu, skaičiavimu;

Pagal informacijos šaltinius – tradicinis, ekspertinis, sociologinis.

Matavimas Metodas pagrįstas informacijos apie PS savybes ir charakteristikas gavimu naudojant įrankius. Pavyzdžiui, naudojant šį metodą, nustatomas programos tūris – programų šaltinio teksto eilučių skaičius ir komentarų eilučių skaičius, operatorių ir operandų skaičius, įvykdytų teiginių skaičius, šakų skaičius programoje. programa, įėjimo (išėjimo) taškų skaičius, programos šakos vykdymo laikas, reakcijos laikas ir kiti rodikliai.

Registracija Metodas pagrįstas informacijos gavimu pastotės bandymų ar eksploatavimo metu, kai registruojami ir skaičiuojami tam tikri įvykiai, pavyzdžiui, gedimų ir gedimų laikas ir skaičius, valdymo perdavimo kitiems moduliams laikas, pradžios ir pabaigos laikas. darbo.

Organoleptinis metodas pagrįstas informacijos, gautos analizuojant juslių (regėjimo, klausos) suvokimą, panaudojimu, naudojamas nustatyti tokius rodiklius kaip naudojimo paprastumas, efektyvumas ir kt.

Apskaičiuota Metodas pagrįstas teorinių ir empirinių priklausomybių (ankstyvosiose kūrimo stadijose), statistinių duomenų, sukauptų pastotės bandymų, eksploatavimo ir priežiūros metu, panaudojimu. Skaičiavimo metodu nustatoma skaičiavimų trukmė ir tikslumas, reakcijos laikas, reikalingi ištekliai.

PS kokybės rodiklių verčių nustatymą ekspertiniu metodu atlieka ekspertų specialistų grupė, kompetentinga spręsti šią problemą, remdamasi savo patirtimi ir intuicija.

Ekspertinis metodas taikomas tais atvejais, kai problemos negalima išspręsti jokiu kitu esamu metodu arba kiti metodai yra daug daug darbo reikalaujantys. Ekspertinį metodą rekomenduojama naudoti nustatant programos dokumentacijos aiškumo, išsamumo ir prieinamumo, mokymosi lengvumo, struktūros rodiklius.

Sociologiniai metodai yra pagrįsti specialių anketų apdorojimu. Vidinis standartas GOST 28195-89 apibrėžia programinės įrangos kokybės sąvokų hierarchinę struktūrą, nomenklatūrą ir turinį. Aukščiausiame lygyje išskiriamos šešios charakteristikos: patikimumas, teisingumas, naudojimo paprastumas, efektyvumas, universalumas ir priežiūra, kurios detalizuojamos antrame lygyje su 19 sudėtingų rodiklių. Trečiame lygyje išsamesnė informacija apima daugiau nei 200 vertinimo elementų. Naudojamų rodiklių sudėtį rekomenduojama pasirinkti atsižvelgiant į programinės įrangos paskirtį, funkcijas ir gyvavimo ciklo etapus. Tačiau rodiklių vertinimo metodų nėra.

Tarptautinis standartas ISO / IEC 14598-1-6:1998-2001 yra skirtas gatavų PCB kokybės charakteristikų įvairiuose gyvavimo ciklo etapuose vertinimo metodikai. Įsigaliojus GOST 28195-89, daugelyje socialinio gyvenimo aspektų įvyko reikšmingų pokyčių, įskaitant reikšmingus ekonominių ir teisinių santykių pokyčius programinės įrangos kūrimo ir eksploatavimo srityje. Pavyzdžiui, komercinės programinės įrangos produktų srityje fondo turėtojas išnyko, o kūrėjas ir gamintojas dažniausiai yra tas pats juridinis asmuo. Rinkos sąlygomis kūrėjas yra suinteresuotas užtikrinti savo gaminių kokybę per visą jų gyvavimo ciklą. Be to, pasikeitė gaminių sertifikavimo tvarka.

Susvetimėjimas teisės į kompiuterio programą įgyvendinamos sutarties pagrindu. Sutarties šalis (kūrėjas) dėl išimtinės teisės į perimtą programą perleidimo, kuri perduoda ar įsipareigoja perleisti jai priklausančią išimtinę teisę, vadinama autorių teisių turėtoju. Šalis, priimanti pagal susitarimą dėl išimtinės teisės į perimtą programą perleidimo, vadinama įgijėju.

Išimtinės teisės perleidimo sutartimi autorių teisių turėtojas perduoda arba įsipareigoja visiškai perduoti jam priklausančią išimtinę teisę įgijėjui (Rusijos Federacijos civilinio kodekso 1234 straipsnio 1 punktas ir 1285 straipsnis).

Išimtinės teisės perėmimo susitarime teisiškai nereikalaujama nurodyti laikotarpį ir teritoriją, nes išimtinės teisės į kompiuterio programą perdavimas visiškai reiškia perleidimą visam išimtinės teisės galiojimo laikui, neribojant teritorija.

Išimtinės teisės perleidimo sutartimi įgijėjas įsipareigoja sumokėti teisės turėtojui sutartyje numatytą atlyginimą, jeigu sutartis nenustato kitaip.

Kadangi susitarimas dėl išimtinės teisės į registruotą kompiuterio programą perleidimo yra privalomas valstybės registracijai, tai pagal Rusijos Federacijos civilinio kodekso 1234 straipsnio 4 dalį išimtinė teisė į tokius rezultatus pereina autorių teisių turėtojui. įgijėjui šios sutarties valstybinės registracijos metu.

Licencijos sutartimi viena šalis – autorius ar kitas autorių teisių turėtojas (licencijos davėjas) suteikia arba įsipareigoja suteikti kitai šaliai (licencijos turėtojui) teisę naudoti šį kūrinį sutartyje nustatytose ribose (ne visa apimtimi). Licencijos sutartis, suteikianti teisę naudoti kompiuterio programą, nėra privaloma registracija. Programos kūrėjas sutartyje gali leisti kitai šaliai naudotis programa tam tikromis sąlygomis (sąlygomis, teritorija, nuoma ir pan.). Tokiu atveju programa lieka neatimama nuo jos autoriaus.

Dažniausiai programinės įrangos kūrimo proceso metu iškylantys klausimai yra šie:

Skaidrumo trūkumas. Bet kuriuo metu sunku pasakyti, kokios būklės projektas ir koks jo įvykdymo procentas. Ši problema iškyla, kai nepakankamai suplanuota būsimo programinio produkto struktūra (ar architektūra), o tai dažniausiai yra nepakankamo projekto finansavimo pasekmė: reikalinga programa, kiek užtruks kūrimas, kas yra etapai, ar kai kuriuos etapus galima pašalinti ar išsaugoti – šio proceso pasekmė yra projektavimo fazės sutrumpinimas.

Kontrolės trūkumas. Tiksliai neįvertinus kūrimo proceso, sutrinka darbo grafikai, viršijami nustatyti biudžetai. Sunku įvertinti atliktų ir likusių darbų kiekį. Ši problema iškyla toje stadijoje, kai projektas, jau daugiau nei pusė baigtas, toliau vystomas po papildomo finansavimo, neįvertinus projekto baigtumo laipsnio.

Trūksta sekimo.

Stebėjimo trūkumas. Nesugebėjimas stebėti projekto eigos neleidžia stebėti kūrimo eigos realiu laiku. Naudodami įrankius projektų vadovai priima sprendimus remdamiesi realaus laiko duomenimis. Ši problema iškyla tokiomis sąlygomis, kai mokymo valdymo, norint įsisavinti įrankius, išlaidos yra panašios į pačios programos kūrimo išlaidas.

Nekontroliuojami pokyčiai. Vartotojams nuolat kyla naujų idėjų apie kuriamą programinę įrangą. Pakeitimų įtaka gali būti reikšminga projekto sėkmei, todėl svarbu įvertinti siūlomus pakeitimus ir įgyvendinti tik tuos, kurie yra patvirtinti, kontroliuojant šį procesą programiniais įrankiais. Ši problema kyla dėl galutinio vartotojo nenoro naudotis tam tikromis programinės įrangos aplinkomis. Pavyzdžiui, kurdamas kliento-serverio sistemą, vartotojas kelia reikalavimus ne tik kliento kompiuterių operacinei sistemai, bet ir serverio kompiuteriui.

Nepakankamas patikimumas. Sunkiausias procesas yra kompiuterinių programų klaidų paieška ir taisymas. Kadangi klaidų skaičius programose iš anksto nežinomas, iš anksto nežinoma ir programų derinimo trukmė ir nėra garantijos, kad programose klaidų nebus. Reikėtų pažymėti, kad naudojant įrodymais pagrįstą programinės įrangos projektavimo metodą, galite aptikti programos klaidas prieš ją paleidžiant. Ši problema kyla, kai pasirenkate netinkamus kūrimo įrankius. Pavyzdžiui, bandant sukurti programą, kuriai reikia aukšto lygio įrankių, naudojant žemo lygio įrankius. Pavyzdžiui, bandant sukurti automatizavimo įrankius su DBVS asamblėjoje. Dėl to programos šaltinio kodas yra per sudėtingas ir sunkiai struktūrizuojamas.

Programų kokybės ir patikimumo garantijų trūkumas, nes nėra garantijų, kad programose nebus klaidų iki formalaus programų pristatymo klientams. Ši problema nėra išskirtinė programinės įrangos kūrimo problema. Kokybės užtikrinimas – tai prekės (ne prekės) tiekėjo pasirinkimo problema.

Programinės įrangos kūrimo teisiniai, ekonominiai ir kiti klausimaiĮ programinės įrangos reguliavimo sistemą turi būti įtrauktos teisės normos, reglamentuojančios:

Nuosavybės teisės į programinę įrangą ir joje saugomą informaciją;

Informacijos gavimo būdai atitinkamoms duomenų bazėms užpildyti;

Juridinių ir fizinių asmenų teisės į informaciją;

Valstybės ir informacijos vartotojo teisių gynimo būdai;

Programinę įrangą prižiūrinčių asmenų teisiniai santykiai (teisės, pareigos ir atsakomybė);

Informacijos apie laikmenas ir dokumentus, naudojamus naudojant programinę įrangą, teisinė galia.

Pagrindinės nuostatos, lemiančios ekonominį programinės įrangos kūrimo pagrindą, yra šios:

Programinės įrangos kūrimo ir veikimo užtikrinimo darbų finansavimas iš federalinio biudžeto lėšų, skirtų viešajam administravimui, iš departamentų (organizacijų, įstaigų) - potencialių informacijos vartotojų ir bendradarbiaujančių su Rusijos Valstybės turto ministerija. kurti valstybinei programinei įrangai (VP), taip pat nebiudžetinių finansinių išteklių sąskaitai;

Programinės įrangos kūrimui ir plėtrai skirtų biudžeto lėšų panaudojimo stebėsena;

Informacinės paramos lengvatų teikimas organizacijoms, susijusioms su valstybės turto valdymu, taip pat programinės įrangos investuotojams;

Teisės Rusijos valstybės nuosavybės ministerijai suteikimas nustatyti konkrečių informacinių produktų ir paslaugų kainas;

Tam tikro laikotarpio arba tam tikros rūšies informacinio produkto kainų valstybės kontrolė;

Valstybės užsakymu ir biudžeto lėšomis teikiamų informacinių produktų (paslaugų) kainų nustatymas.

Kartu sprendžiami organizaciniai klausimai, reguliuojantys darbuotojų sąveiką su techninėmis priemonėmis ir tarpusavyje kuriant ir eksploatuojant programinę įrangą.

Terminą „intelektinė nuosavybė“ retkarčiais vartojo teoretikai – teisininkai ir ekonomistai XVIII–XIX a., tačiau plačiai paplito tik XX amžiaus antroje pusėje, įkūrus Pasaulio intelektinės nuosavybės organizaciją (WIPO). ) Ženevoje 1967 m. Pagal WIPO steigimo dokumentus „intelektinė nuosavybė“ apima teises, susijusias su:

Literatūros, meno ir mokslo kūriniai:

Menininkų veikla, garso įrašai, radijo ir televizijos laidos:

Išradimai visose žmogaus veiklos srityse:

Moksliniai atradimai;

Pramoninis dizainas;

Prekių ženklai, paslaugų ženklai, prekių pavadinimai ir prekių pavadinimai;

Apsauga nuo nesąžiningos konkurencijos;

Taip pat visos kitos teisės, susijusios su intelektine veikla pramonės, mokslo, literatūros ir meno srityse.

Vėliau PINO veikla apėmė išimtines teises, susijusias su geografinėmis nuorodomis, naujomis augalų ir gyvūnų veislėmis, integriniais grandynais, radijo signalais, duomenų bazėmis ir domenų vardais.

Kiekvienas intelektinės nuosavybės objektas turi individualumo savybę, nes jį kuriant buvo panaudoti žmogaus intelekto pasiekimai, individualios mąstymo ir suvokimo savybės. Intelektinės nuosavybės objektas visada glaudžiai sąveikauja su nuosavybės teisės objektais ir visada yra įkūnytas materialiuose objektuose, tačiau egzistuoja atskirai, o tai leidžia naudoti intelektinės nuosavybės objektą, nepaisant jo materialaus nešiklio. Atskiras teisinio reguliavimo objektas yra ypatingi socialiniai santykiai, besivystantys dėl intelektinės nuosavybės objekto.

Laipsnišką valstybės požiūrio į intelektinės veiklos rezultatus, vis labiau įgyjančius rinkoje funkcionuoti sukurto produkto bruožus, kaitą, liudija ir kompiuterinių programų teisinės apsaugos įvedimas.

Programinė įranga yra įstatymų saugoma kaip intelektinės nuosavybės objektas. Šios rūšies objektų atžvilgiu yra specialus teisinis reguliavimas, kurį įvedė 1992 m. spalio 20 d. įsigaliojęs Elektroninių kompiuterių programų ir duomenų bazių teisinės apsaugos įstatymas.

Savęs patikrinimo klausimai

1. Kokie kokybės rodikliai lemia programas?

2. Kas yra programinės įrangos produktas?

3. Ką reiškia programinės įrangos gyvavimo ciklas?

4. Kokiu tikslu apibrėžiamos programinės įrangos specifikacijos?

5. Kokie yra programinės įrangos kūrimo etapai?

7. Ką reiškia programinės įrangos produkto patikrinimas ir sertifikavimas?

8. Kokia programinės įrangos modulinės struktūros esmė?

9. Kuo skiriasi atskiras ir integruotas programinės įrangos derinimas?

10. Kas yra programos perkeliamumas?

11. Kokias savybes turi atviros sistemos?

12. Ką reiškia vieninga programos dokumentacijos sistema?

13. Kaip įforminama susvetimėjusi programa?

14. Kokie teisės aktai saugo kompiuterių programų intelektinę nuosavybę?

Literatūra

Ivanova G.S. Programavimo technologija. - M.: KnoRus, 2011. - 333 p.
Kamajevas V.A. Programavimo technologijos. - M.: Aukštoji mokykla, 2006. - 454 p.
Orlovas S.A. Programinės įrangos kūrimo technologija. - Sankt Peterburgas: Petras, 2004. 526 p.
Rudakovas A.V. Programinės įrangos produktų kūrimo technologija. - M.: Akademija, 2010. 207 p.
http://sp.cmc.msu.ru/info/37techprog.htm – programavimo technologija.
http://www.twirpx.com/file/27591/ - programavimo technologija, paskaitos.
http://www.intuit.ru/department/se/introprogteach/1/3.html - programos gyvavimo ciklas.
http://www.pervviurok.ru/Info/Internet Development/gl11/gl11.html - derinimo moduliai.
http://citforum.ru/database/articles/art 19.shtml – atviros sistemos.
http://www.mini-soft.ru/book/tech prog/ - programavimo technologija.
http://www.labfor.ru/?act=metod&target=metod leso1 1 - programavimo aplinka.

ESPD – tai sudėtingos bendrųjų techninių standartų sistemos

ESPD yra tarpvalstybinių NVS šalių standartų sistema, veikianti Rusijos Federacijoje, pagrįsta tarpvalstybiniu standartizacijos susitarimu. ESPD standartai apima tą dokumentacijos dalį, kuri sukuriama programinės įrangos kūrimo metu ir dažniausiai susijusi su programinės įrangos funkcinių charakteristikų dokumentavimu. ESPD standartai yra patariamojo pobūdžio

ESPD yra valstybinių standartų rinkinys, nustatantis tarpusavyje susijusias programų ir programų dokumentacijos kūrimo, vykdymo ir platinimo taisykles.

ESPD standartai nustato reikalavimus, reglamentuojančius programų kūrimą, palaikymą, gamybą ir veikimą, o tai užtikrina galimybę:

1. Programinės įrangos produktų suvienijimas abipusiam programų mainams ir anksčiau sukurtų programų naudojimui naujose srityse

2. Darbo intensyvumo mažinimas ir programinės įrangos produktų kūrimo, priežiūros, gamybos ir eksploatavimo efektyvumo didinimas

3. Programų dokumentacijos automatizavimas, gamyba ir saugojimas

Programos priežiūra apima programos veikimo analizę, kūrimą ir tobulinimą bei jos pakeitimus, siekiant pašalinti klaidas.

ESPD standartuose nustatytos taisyklės ir reglamentai taikomi atimančių mašinų, kompleksų ir sistemų programoms ir programinei įrangai, neatsižvelgiant į jų paskirtį ir taikymo sritį.

ESPD apima:

1. Pagrindiniai ir organizaciniai bei metodiniai standartai

2. Standartai, apibrėžiantys duomenų tvarkymui naudojamų programinių dokumentų formas ir turinį

3. Standartai, užtikrinantys programinių dokumentų rengimo automatizavimą

Organizacinės ir metodinės dokumentacijos, apibrėžiančios ir reglamentuojančios programų kūrimo, priežiūros ir vykdymo organizacijų veiklą, rengimas turėtų būti vykdomas remiantis ESPD standartais.

ESPD standartai skirstomi į klasifikacines grupes

ESPD standartai žymimi taip:

GOST 19.001-77

19 – ESPD priklausantys standartai

0 – Bendrosios nuostatos

77 – patvirtinimo metai

GOST 19.503-79- sistemos programuotojo vadovas. Reikalavimai turiniui ir dizainui. Reikalinga santrauka ir turinys. Sistemos programuotojo vadove turi būti šie skyriai:

1. Bendra informacija apie programą

Programos paskirtis ir funkcijos bei informacija apie aparatinę ir programinę įrangą, užtikrinančią šios programos vykdymą

2. Programos struktūra

Informacija apie programos struktūrą, jos komponentus, ryšius tarp komponentų ir ryšius su kitomis programomis

3. Programos nustatymas

Programos konfigūravimo konkrečiai programai veiksmų aprašymas (aparatinės įrangos sudėties derinimas, funkcijų pasirinkimas ir kt.)

4. Programos tikrinimas

Testavimo metodų, leidžiančių daryti bendras išvadas apie programos veikimą, aprašymas (testo pavyzdžiai, vykdymo metodai, rezultatai)

5. Papildomos funkcijos

Papildomų skyrių aprašymas, programos funkcionalumas ir jų pasirinkimo būdai

6. Pranešimas sistemos programuotojui

Programos vykdymo metu siunčiamų pranešimų tekstai, jų turinio aprašymas ir veiksmai, kuriuos būtina atlikti su šiais pranešimais

7. Dokumentų sąrašas

Atsižvelgiant į dokumento specifiką, galima sujungti atskirus skyrius ir įvesti naujus. Pagrįstais atvejais leidžiama neįtraukti skyrelio „papildomos funkcijos“, o skyrių pavadinimuose - praleisti žodį programa arba pakeisti jį programos pavadinimu.

Sistemos programuotojo vadovo priede gali būti papildomos medžiagos (pavyzdžių, iliustracijų, lentelių, grafikų...)

GOST 19.504-79- programuotojo vadovas. Reikalavimai turiniui ir dizainui. Reikalinga santrauka ir turinys. Programuotojo vadove turi būti šie skyriai:

1. Naudojimo paskirtis ir sąlygos

Paskirtis ir funkcijos, būtinos diegimo sąlygos (RAM tūris, reikalavimai išorinių įrenginių sudėčiai ir parametrams, programinės įrangos reikalavimai)

2. Programos charakteristikos

Pagrindinės programos charakteristikos ir ypatybės (laiko charakteristikos, veikimo režimas, tinkamo programos vykdymo ir savaiminio išgydymo stebėjimo priemonės)

3. Prieiga prie programos

Programos iškvietimo procedūrų aprašymas (valdymo ir duomenų parametrų perdavimo būdai)

4. I/O duomenys

I/O informacijos organizavimo ir, jei reikia, kodavimo aprašymas

5. Žinutė

Programuotojui ar operatoriui programos vykdymo metu siunčiamų pranešimų tekstai, jų turinio aprašymas ir veiksmai, kuriuos reikia atlikti su šiais pranešimais

6. Dokumentų sąrašas

Atsižvelgiant į dokumento specifiką, galima sujungti atskirus skyrius ir įvesti naujus. Programuotojo vadovo priede gali būti papildomos medžiagos (pavyzdžių, iliustracijų, lentelių, grafikų...)

GOST 19.505-79- operatoriaus vadovas. Reikalavimai turiniui ir dizainui. Reikalinga santrauka ir turinys. Naudotojo vadove turi būti šie skyriai:

1. Programos tikslas

Informacija apie tikslą ir pakankamai informacijos, kad suprastų programos funkcijas ir jos veikimą

2. Programos vykdymo sąlygos

Sąlygos, būtinos programos vykdymui (minimali ir (arba) didžiausia aparatinė ir programinė įranga)

3. Programos vykdymas

Operatoriaus veiksmų seka, užtikrinanti programos įkėlimą, paleidimą ir užbaigimą (komandų, kuriomis operatorius įkelia ir kontroliuoja programos vykdymą, funkcijų, formato ir galimų parinkčių aprašymas, taip pat programos atsakymai į šias komandas būti suteikta

4. Pranešimas operatoriui

Programos vykdymo metu siunčiamų pranešimų tekstai, jų turinio aprašymas ir atitinkami operatoriaus veiksmai (operatoriaus veiksmai gedimo atveju, galimybė paleisti programą iš naujo...)

5. Dokumentų sąrašas

Atsižvelgiant į dokumento specifiką, galima sujungti atskirus skyrius ir įvesti naujus. Skyrių turinį leidžiama iliustruoti aiškinamaisiais pavyzdžiais, lentelėmis, diagramomis ir grafikais. Į naudotojo vadovo priedą leidžiama įtraukti įvairių medžiagų, kurių netikslinga įtraukti į vadovo skyrius

Ir programinės įrangos dokumentacija.

ESPD standartai nustato reikalavimus, reglamentuojančius programų kūrimą, priežiūrą, gamybą ir veikimą, o tai užtikrina galimybę:

programinės įrangos produktų suvienijimas abipusiam keitimuisi programomis ir anksčiau sukurtų programų naudojimas naujose srityse;
darbo jėgos intensyvumo mažinimas ir programinės įrangos produktų kūrimo, priežiūros, gamybos ir eksploatavimo efektyvumo didinimas;
programinės dokumentacijos gamybos ir saugojimo automatizavimas.

Programos priežiūra apima programos veikimo analizę, kūrimą ir tobulinimą bei jos pakeitimus, siekiant pašalinti klaidas.

Į ESPD įtrauktų standartų sąrašas

GOST 19.001-77. ESPD. Bendrosios nuostatos.
GOST 19.003-80. ESPD. Algoritmų ir programų schemos. Simboliai yra įprastiniai grafiniai.
GOST 19.005-85. ESPD. Algoritmų ir programų P schemos. Įprasti grafiniai žymėjimai ir vykdymo taisyklės.
GOST 19.101-77. ESPD. Programų rūšys ir programos dokumentai.
GOST 19.102-77. ESPD. Vystymo etapai.
GOST 19.103-77. ESPD. Programų ir programos dokumentų žymėjimas.
GOST 19.104-78. ESPD. Pagrindiniai užrašai.
GOST 19.105-78. ESPD. Bendrieji reikalavimai programos dokumentams.
GOST 19.106-78. ESPD. Reikalavimai spausdinamiems programos dokumentams.
GOST 19.201-78. ESPD. Techninė užduotis. Reikalavimai turiniui ir dizainui.
GOST 19.202-78. ESPD. Specifikacija. Reikalavimai turiniui ir dizainui.
GOST 19.301-79. ESPD. Testo programa ir metodika. Reikalavimai turiniui ir dizainui.
GOST 19.401-78. ESPD. Programos tekstas. Reikalavimai turiniui ir dizainui.
GOST 19.402-78. ESPD. Programos aprašymas.
GOST 19.403-79. ESPD. Originalių laikiklių sąrašas.
GOST 19.404-79. ESPD. Aiškinamasis raštas. Reikalavimai turiniui ir dizainui.
GOST 19.501-78. ESPD. Forma. Reikalavimai turiniui ir dizainui.
GOST 19.502-78. ESPD. Taikymo aprašymas. Reikalavimai turiniui ir dizainui.
GOST 19.503-79. ESPD. Sistemos programuotojo vadovas. Reikalavimai turiniui ir dizainui.
GOST 19.504-79. ESPD. Programuotojo vadovas. Reikalavimai turiniui ir dizainui.
GOST 19.505-79. ESPD. Naudotojo vadovas. Reikalavimai turiniui ir dizainui.
GOST 19.506-79. ESPD. Kalbos aprašymas. Reikalavimai turiniui ir dizainui.
GOST 19.507-79. ESPD. Veiklos dokumentų sąrašas.
GOST 19.508-79. ESPD. Priežiūros vadovas. Reikalavimai turiniui ir dizainui.
GOST 19.601-78. ESPD. Bendrosios dauginimo, apskaitos ir saugojimo taisyklės.
GOST 19.602-78. ESPD. Spausdintų programos dokumentų dauginimo, apskaitos ir saugojimo taisyklės.
GOST 19.603-78. ESPD. Bendrosios pakeitimų taisyklės.
GOST 19.604-78. ESPD. Spausdintų programos dokumentų pakeitimų taisyklės.
GOST 19.701-90 (ISO 5807-85). ESPD. Algoritmų, programų, duomenų ir sistemų schemos. Konvencijos ir vykdymo taisyklės.

taip pat žr

Nuorodos

Wikimedia fondas. 2010 m.

Pažiūrėkite, kas yra „Unified Software Documentation System“ kituose žodynuose:

- (ESKD) valstybinių standartų rinkinys, nustatantis tarpusavyje susijusias projektinės dokumentacijos rengimo, vykdymo ir platinimo taisykles, reikalavimus ir normas, parengtas ir taikomas visais gyvavimo ciklo etapais ... Vikipedija

sistema- 4.48 sistema: sąveikaujančių elementų derinys, organizuotas siekiant vieno ar kelių nurodytų tikslų. 1 pastaba Sistema gali būti laikoma gaminiu arba jos teikiamomis paslaugomis. 2 pastaba Praktiškai......

RD 153-34.1-35.521-00: Gairės. Eksploatacinės dokumentacijos sudarymas ir priežiūra šiluminių elektrinių automatizuotų procesų valdymo sistemų (TAI) cechuose- Terminija RD 153 34.1 35.521 00: Gairės. Eksploatacinės dokumentacijos sudarymas ir priežiūra šiluminių elektrinių automatizuotų procesų valdymo sistemų (TAI) dirbtuvėse: 1. Automatizuotos procesų valdymo sistemos (APCS) Sistema... ... Norminės ir techninės dokumentacijos terminų žodynas-žinynas

- (EIS) yra organizacinių, techninių, programinių ir informacinių priemonių rinkinys, sujungtas į vieną sistemą, skirtas rinkti, saugoti, apdoroti ir išduoti reikalingą informaciją, skirtą funkcijoms atlikti... ... Vikipedija

ESPD- Vieninga programos dokumentacijos sistema... Rusų santrumpų žodynas

Vieninga programų dokumentacijos sistema (USPD) yra valstybės standartų rinkinys, nustatantis tarpusavyje susijusias programų ir programų dokumentacijos kūrimo, vykdymo ir platinimo taisykles. ESPD standartai nustato reikalavimus... ... Vikipedija

- (TOR, techninės užduotys) pirminis dokumentas, skirtas gaminiui kurti ir išbandyti. Turinys 1 TK samprata 2 TK vieta struktūrose ... Vikipedija

eksploatacinė dokumentacija- 30 eksploatacinių dokumentų Klojinių dokumentai, pagaminti pagal GOST 2.601 95 reikalavimus (pasas, naudojimo instrukcijos ir kt.)