Pagal GOST, šis standartas (pakartotinai išleistas 1987 m. lapkričio mėn.) nustato kompiuteriams, kompleksams ir sistemoms skirtos programos ar programinės įrangos produkto kūrimo techninių specifikacijų sudarymo ir vykdymo tvarką, neatsižvelgiant į jų paskirtį ir apimtį.
Jį kurdami turime būti itin atidūs ir atsargūs, nes. dažnai meistriškai (ir kompetentingai) parengti TOR nulemia visų darbų sėkmę. Būtent TOR yra derinamas su Užsakovu, kuris dažniausiai siekia pateikti kuo daugiau prieštaringų ir perteklinių reikalavimų. Vykdytojo užduotis – priešingai – palengvinti sau gyvenimą. Bet po to, kai parašai iš abiejų pusių, jau per vėlu ką nors atkurti.
Bendrosios nuostatos
Darbo užduotys sudaromos A4 ir (arba) A3 formato lapuose, kaip taisyklė, nepildant lapo laukų. Lapų (puslapių) numeriai tvirtinami lapo viršuje virš teksto.Norint atlikti techninio pagrindo pakeitimus ir papildymus vėlesniuose programos ar programinės įrangos produkto kūrimo etapuose, išleidžiamas jo priedas. Techninės užduoties papildymo derinimas ir tvirtinimas vykdomas taip pat, kaip nustatyta techninėje užduotyje.
Darbo užduotyse turėtų būti šie skyriai:
- pavadinimas ir apimtis;
- plėtros pagrindas;
- plėtros tikslas;
- techniniai reikalavimai programai ar programinės įrangos produktui;
- techniniai ir ekonominiai rodikliai;
- raidos etapai ir etapai;
- kontrolės ir priėmimo tvarka;
- programos.
Skyrius: pavadinimas ir taikymo sritis
Skyriuje Pavadinimas ir apimtis nurodyti pavadinimą, trumpą programos ar programinės įrangos produkto apimties aprašymą ir objektą, kuriame programa ar programinės įrangos produktas yra naudojamas.Skiltyje „Pagrindas plėtrai“ reikia nurodyti:
- dokumentas (dokumentai), kurio pagrindu vykdoma plėtra;
- šį dokumentą patvirtinusi organizacija ir jo patvirtinimo data;
- vardas ir (arba) simbolis plėtros temomis.
Skyrius: Plėtros tikslas
Skyriuje Plėtros tikslas turi būti nurodyta programos ar programinės įrangos produkto funkcinė ir eksploatacinė paskirtis. Čia galite apsiriboti viena ar dviem frazėmis. Svarbiausia yra aiškiai apibrėžti, kam ši programa skirta.Pavyzdžiui: programa yra nuolatinio kūrėjo automatizuotos darbo vietos (AWP) šerdis tiesinės sistemos automatinė valdymo sistema (ACS), leidžianti vartotojui išspręsti paprastų modelių analizės problemas.
Skyrius: Programos ar programinės įrangos produkto techniniai reikalavimai
Šiame skyriuje turėtų būti šie poskyriai: - Atlikimo reikalavimai;
- patikimumo reikalavimai;
- Naudojimo sąlygos;
- sudėties ir parametrų reikalavimus techninėmis priemonėmis;
- informacijos ir programinės įrangos suderinamumo reikalavimai;
- ženklinimo ir pakavimo reikalavimai;
- transportavimo ir sandėliavimo reikalavimai;
- Specialūs reikalavimai.
Skyrius: Reikalavimai funkcinėms charakteristikoms.
Čia turi būti nurodyti atliekamų funkcijų sudėties reikalavimai, įvesties ir išvesties duomenų organizavimas, laiko charakteristikos ir kt.Pavyzdžiui : Programa turi leisti ... skaičiuoti ... kurti ... sukurti ...
Pradiniai duomenys: tekstinis failas su nurodytu ...
Išvesties duomenys: grafinė ir tekstinė informacija – sistemos analizės rezultatai...; tekstiniai failai – pranešimai apie... diagnozuojant sistemos būklę ir pranešant apie įvykusias klaidas.
patikimumo reikalavimai. Reikėtų patikslinti patikimo veikimo užtikrinimo reikalavimus (stabilaus veikimo užtikrinimas, įvesties ir išvesties informacijos valdymas, atkūrimo laikas po gedimo ir kt.).
Sunku čia ką nors „atspėti“. Geriausiu atveju gali praeiti variantas, kuriame jūsų programa veikia tik su visiškai teisingais duomenimis. Dažniausiai Klientas su tuo nesutinka, bet galite pabandyti.
Pavyzdžiui: programa turi dirbti su tam tikra išplėstine tiriamo grafiko dažnio matrica pagal veikimo algoritmą, leisti klaidų pranešimus, kai neteisingai nurodyti pradiniai duomenys, palaikyti interaktyvųjį režimą pagal vartotojui suteiktas galimybes. .
Veikimo sąlygos. Turi būti nurodytos pasirinktų terpių tipų veikimo sąlygos (aplinkos oro temperatūra, santykinė drėgmė ir kt.), kurioms esant nurodytos charakteristikos, taip pat paslaugos rūšį, reikiamą personalo skaičių ir kvalifikaciją.
Šiuo atveju sunkumų paprastai nekyla. Deja, Klientas būtinai numano vartotojo profesionalumą. Tai, žinoma, yra dar viena priežastis rasti gedimų savo programoje. Tačiau čia galite apsiriboti tokiomis frazėmis kaip „Programos veikimo sąlygos sutampa su IBM asmeninio kompiuterio ir suderinamų kompiuterių veikimo sąlygomis“, „Programa turėtų būti skirta neprofesionaliam vartotojui“. ir tt
Techninių priemonių sudėties ir parametrų reikalavimai. Nurodykite reikiamą techninių priemonių sudėtį, nurodant jų technines charakteristikas.
Čia svarbiausia nieko nepamiršti ir viską numatyti, viena vertus (kitaip jie nuslys IBM PC / XT su vienspalviu ekranu ir be pelės), o kita vertus, nepersistenkite su padidintu reikalavimus, kitu atveju Užsakovas susiras prielankesnį Rangovą.
Pavyzdžiui: jums reikia su IBM PC suderinamo kompiuterio su EGA (VGA) grafikos adapteriu. Reikalinga vieta diske – ne mažiau 600 KB, laisvos vietos kiekis laisvosios kreipties atmintis- ne mažiau kaip 400 Kb. Pageidautina turėti EMS tvarkyklę ir pelę.
Informacijos ir programinės įrangos suderinamumo reikalavimai. Funkcijos yra tokios pačios kaip ir ankstesnėje pastraipoje. Čia turėtų būti nurodyti reikalavimai informacijos struktūroms prie įvesties ir išvesties bei sprendimo būdų, šaltinio kodų, programavimo kalbų. Jei reikia, informacija ir programos turėtų būti apsaugoti.
Pavyzdžiui: programa turi veikti savarankiškai, naudojant MS DOS 3.3 ar naujesnę versiją. Pagrindinė programavimo kalba yra Turbo Pascal 6.0.
Reikalavimai ženklinimui ir pakavimui bei transportavimo ir sandėliavimo reikalavimai yra gana egzotiški. Bendru atveju čia nurodomi programinės įrangos gaminio ženklinimo reikalavimai, pakavimo galimybės ir būdai. O transportavimo ir saugojimo reikalavimuose turėtų būti nurodytos programinės įrangos produkto transportavimo sąlygos, laikymo vietos, laikymo sąlygos, laikymo sąlygos, saugojimo terminai įvairiomis sąlygomis.
Specialūs reikalavimai – labai atsakingas dalykas. Geriausia jų vengti kiek įmanoma. Ir tuoj pat paskelbk.
Pavyzdžiui: Programos laiko charakteristikoms nėra jokių specialių reikalavimų. Specialių reikalavimų programos talpinėms charakteristikoms nėra.
Techniniai ir ekonominiai rodikliai. Šis programuotojui sunkiausias dalykas ne visada yra. Jis reikalingas pirmiausia tada, kai jūsų tikslas yra pagrįsti didžiulį atliekamo darbo efektyvumą ir svarbą. Paprastai ši prekė klientui tinka labai gerai. Bent jau tai yra geriausias kūrimo laiko ir išlaidų pateisinimas.
Šioje skiltyje turi būti nurodyta: numatomas ekonominis efektyvumas, numatomas metinis poreikis (pvz.: numatomas iškvietimų į kompleksą skaičius per metus – 365 darbo sesijos), plėtros ekonominiai pranašumai, palyginti su geriausiais šalies ir užsienio pavyzdžiais arba analogai.
Be to, pageidautina pateikti ir numatomų programos kūrimo išlaidų, ir programavimo sudėtingumo apibrėžimą.
Kūrimo etapai ir etapai (apie tai bus plačiau aptarta toliau) nustato būtinus kūrimo etapus, etapus ir darbų apimtį (programinių dokumentų, kurie turi būti parengti, suderinti ir patvirtinti, sąrašą), taip pat, kaip taisyklė, , kūrimo laiko juostą ir nustatyti atlikėjus.
Standartiniai veiksmai aprašyti čia. Svarbiausia yra teisingai nustatyti laiką. Jei įmanoma, stenkitės tolygiai paskirstyti etapus pagal laiką (ir kiekį). Atminkite, kad ne visi projektai pasiteisina paskutinis etapas. Ir ataskaitos turėtų būti kiekviename etape. Taip pat atminkite, kad darbo projektas užtruks daugiausiai laiko. Jei nespėjate laiku sutvarkyti dokumentacijos, tai Užsakovas turi pilną teisę iš viso nepriimti darbų su visomis iš to išplaukiančiomis pasekmėmis.
Pagrindiniai ir būtini etapai ir etapai yra pačios techninės užduotys, preliminarus projektas, techniniai ir darbo projektai.
Preliminarus dizainas. Šiame etape detaliai sukuriamos įvesties ir išvesties duomenų struktūros, nustatoma jų pateikimo forma. Sukurta Bendras aprašymas algoritmas, pats algoritmas, programos struktūra. Rengiamas programos kūrimo ir įgyvendinimo veiksmų planas.
Techninis projektas. Jame yra sukurtas problemos sprendimo algoritmas, taip pat pradinės informacijos valdymo metodai. Taip pat kuria klaidų valdymo įrankius ir diagnostinių pranešimų išdavimą, nustato pradinių duomenų pateikimo formas ir techninių priemonių konfigūraciją.
Darbinis projektas. Šiame etape vykdomas programos programavimas ir derinimas, programos dokumentų, programų ir testavimo metodų kūrimas. Rengiami testavimo ir derinimo pavyzdžiai. Sutvarkyta dokumentacija ir grafinė medžiaga. Paprastai nurodoma, kad kuriant programą turi būti parengta ši dokumentacija:
Programos tekstas;
Programos aprašymas;
Programa ir testavimo metodika;
Programos aprašymas;
Vartotojo vadovas.
Tai yra standartiniai reikalavimai. Jei Klientas sutinka, kad ne visas šis sąrašas gali būti pateiktas, tai reiškia, kad jo ketinimai dėl jūsų ir jūsų produkto nėra rimti.
Grafika gali būti arba nebūti. Ypač kai neketinate pranešti apie savo darbo rezultatus. Tačiau rimtiems projektams šis elementas yra būtinas.
Pvz.: Kuriant programą turėtų būti parengta ši grafinė medžiaga:
Techniniai ir ekonominiai rodikliai;
Programos struktūra;
Programos įvesties duomenų pateikimo formatas;
Bendra algoritmo schema (2 lapai);
o pagrindiniai skaičiavimo algoritmai;
programos veikimo pavyzdys.
Skyriuje Kontrolės ir priėmimo tvarka – bandymų rūšys ir Bendrieji reikalavimai priimti darbą. Esant galimybei, šioje pastraipoje nurodykite, kad „užsakovo pateiktoje įrangoje vykdoma kūrimo kontrolė ir priėmimas“, kitu atveju gali tekti įrangą atsinešti su savimi.
Pavyzdžiui: Kūrimo kontrolė ir priėmimas atliekami remiantis valdymo ir derinimo pavyzdžių testais. Taip tikrinamas visų programos funkcijų vykdymas.
Prireikus techninės užduoties prieduose nurodykite:
plėtrą pagrindžiančių tyrimų ir kitų darbų sąrašas;
Algoritmų schemos, lentelės, aprašymai, pagrindimai, skaičiavimai ir kiti dokumentai, kurie gali būti naudojami kuriant;
Kiti vystymosi šaltiniai.
Programinė įranga turi užtikrinti duomenų apsaugą nuo atsitiktinio ištrynimo ir pakeitimo. Prieigą prie duomenų turi turėti tik duomenų bazės administratorius arba atitinkamas teises turintis instruktorius, užsiregistravęs duomenų bazės serveryje ir turintis atitinkamus vaidmenis.
Kad mokymo sistema būtų patikima, ji turi atitikti šiuos reikalavimus:
sukurta programa turi turėti apsaugos nuo klaidingų vartotojų veiksmų priemones;
visos klaidos turi būti rodomos su komentarais ar patarimais, kaip jas ištaisyti;
užtikrinti duomenų saugumą išorinių įrenginių veikimo gedimų atveju.
Siekiant padidinti patikimumą, reikia imtis šių priemonių:
sukonfigūruoti techninę ir programinę įrangą pagal techninius reikalavimus;
periodiškai kurti atsargines informacijos kopijas;
reguliariai tikrinti duomenų bazės vientisumą;
prižiūrėti tinklo įrangą.
Techninių priemonių sudėties ir parametrų reikalavimai
Minimali sistemos aparatinės įrangos konfigūracija, užtikrinanti normalų treniruočių sistemos veikimą, neturi būti mažesnė nei ši:
RAM 128 MB ar daugiau.
Mažiausiai 150 MB laisvos vietos standžiajame diske.
Reikalavimai kompiuteriui, naudojamam konfigūracijoms kurti:
Procesorius AMD Athlon 900 MHz arba didesnis.
RAM 256 MB ar daugiau.
Mažiausiai 250 MB laisvos vietos standžiajame diske.
Naudojant automatizuotą sistemą vietiniame tinkle, viename iš kompiuterių turi būti įdiegtas Firebird1.5.3 serveris ir jis veiktų su jame anksčiau įdiegta duomenų baze. Kitose mašinose reikia įdiegti įrangos apskaitos sistemos kliento programą.
Informacijos ir programinės įrangos suderinamumo reikalavimai
Norint naudoti programinės įrangos produktą, reikalingi šie komponentai:
Microsoft® Windows® šeimos operacinė sistema (ne žemesnė nei 2000).
Įdiegti ir sukonfigūruoti programinės įrangos produktai MicrosoftSQLServer, IBExpert2004, Borland®C++Builder™ 6.0, Microsoft.NETFrameworkSDKv2.0.
Veikimo sąlygos
Programa turi veikti veikiančioje aparatinėje įrangoje. Komplekse naudojamos AK ir kitos įrangos eksploatavimo sąlygų reikalavimai nustatyti techniniuose dokumentuose, esančiuose į įrenginių pristatymo komplektą.
Reikalavimai programinės įrangos dokumentacijai
Programos dokumentacijoje turėtų būti šie dokumentai.
Sistemos administratoriaus vadovas.
Mokytojo vadovas.
Mokinio vadovas.
Sistemos administratoriaus vadove turėtų būti konkrečios sistemos konfigūracijos aprašymai.
Programinės įrangos sistemoje turėtų būti pilnas mokytojo vadovas su mokytojo darbo scenarijų aprašymu.
Programinės įrangos sistemoje turėtų būti išsamus praktikanto vadovas su stažuotojo darbo scenarijų aprašymu.
Programinės įrangos sistemos kūrimo etapai
Programinės įrangos sistemos kūrimas turėtų būti organizuojamas tokiais etapais.
įgyvendinimo plano rengimas;
bandymų plano rengimas;
įgyvendinimo plano rengimas.
Dizainas:
loginis programinės įrangos sistemų architektūros projektavimas;
duomenų bazės struktūros kūrimas;
vartotojo sąsajos dizainas.
Įgyvendinimas:
sukurtos vartotojo sąsajos diegimas;
pagrindinių programinės įrangos funkcijų įgyvendinimas.
Sistemos testavimas:
konstrukcijų bandymai;
funkcinis testavimas;
klaidų pataisymai ir patobulinimai.
Sistemos diegimas:
reikiamos įrangos prieinamumo patikrinimas;
sistemos montavimas;
mokymas.
Sistemos priežiūra.
Kliento pageidavimu ši programinė įranga yra sukurta Windows platformai. Programa turi veikti pagrindinėse šios platformos versijose: Windows98, Windows2000, WindowsXP. Be to, WinNT versijų programos serverio dalis turėtų veikti kaip paslauga (dirbti fone).
Reikalaujama užtikrinti galimybę toliau didinti sistemos funkcijas (atvirumą plėtrai ir naujų užduočių prijungimo metodą).
Transportavimo ir sandėliavimo reikalavimai
Kuriama valdymo sistema bus tiekiama kaip komplektas kartu su RAID valdikliu. Jis turi būti įrašytas į atskirą kompaktinį diską, kuriame bus sistemos tvarkyklės ir reikalinga parduodamo valdiklio dokumentacija. Norėdami tai padaryti, atkreipkite dėmesį, kad diegimo failų dydis yra ne didesnis kaip 2/3 standartinio kompaktinio disko (700 MB).
Specialūs reikalavimai
Programos serverio dalis, analizuojanti RAID veikimą, visada turi veikti kompiuteryje su RAID sistema. Jei šis modulis bus sustabdytas, be jo nebus įmanoma prisijungti prie RAID sistemos ir nebus galima stebėti RAID veikimo (siųsti pranešimą apie gedimus ir tvarkyti RAID veikimo istorijos failus).
Programos blokinė schema
Visas programinės įrangos projektas yra pagrįstas dviem nepriklausomais moduliais. Kaip jau minėta, vienas iš jų veikia atskirai kompiuteryje su RAID sistema, o antrasis – administratoriaus kompiuteryje. Trumpumo dėlei pavadinsime pirmąjį modulį agentas, ir antra - vadovas.
Vadovas– programos vartotojo pusė, kurioje yra programos sąsaja, pradinio diegimo vedlys ir pagalbos skyrius. Vadovas per valdys RAID sistemą agentas.
Agentas daugiausia skirtas komandoms perduoti iš vadovas RAID sistema ir atvirkščiai. Taip pat Agentas užsiims RAID stebėjimu (log failo tvarkymu) ir apie klaidų pranešimu administratoriui.
Grynasis
Ryžiai. 1.2. Pagrindinė programos GUIRAIDManager struktūra
Pagrindinė viso kūrinio, kaip visumos, darbo struktūra parodyta fig. 1.2. Jame rodomos įvairios dviejų modulių veikimo galimybės. Agentas ir Vadovas:
Agentas(C3 ) veikia kompiuteryje ir analizuoja RAID masyvo veikimą R2 ;
Vadovas iš nuotolinio kompiuterio C2 arba C4) gali būti prijungtas prie tinklo su A gentomas(C3) valdyti RAID masyvo veikimą R2 ;
Vadovas ir Agentas paleisti viename kompiuteryje C1 valdyti RAID masyvo veikimą R2 . Ši parinktis nereikalauja tinklo ryšio.
Įvesties ir išvesties duomenų struktūra
Pagrindinis keitimasis duomenimis visoje sistemoje vyksta dviem kanalais:
tarp vadovas ir agentas tinkle naudojant TCP / IP protokolą (komandos vadovas ir atsakymai agentas);
tarp agentas ir RAID valdiklis per RS-232 sąsają (valdiklio užklausimas ir atsakymai iš jo).
Bendra keitimosi duomenimis schema projekte pavaizduota pav. 1.3.
Ryžiai. 1.3. Duomenų mainai programoje GUIRAIDManager
Duomenų formatas tarp vadovas ir agentas, taip pat tarp agentas ir RAID valdiklis aprašytas pastraipoje „Modulio duomenų formatas Agentas» šios dalies.
Mano užduotis šiame projekte yra sukurti modulį Agentas. Todėl atidžiau pažvelkime į duomenų mainus modulyje Agentas tarp vadovas ir RAID valdiklis. Modulinė struktūra agentas parodyta pav. 1.4
Ryžiai. 1.4. Duomenų keitimasis agento modulyje
Ši diagrama rodo, kad duomenys tarp vadovas ir agentas pereiti per duomenų priėmimo ir perdavimo tinkle modulį. Norėdami išbandyti ryšį vadovasšis modulis naudoja autorizacijos bloką. Visi gauti duomenys yra analizuojami komandų tvarkyklės bloke vadovas. Priklausomai nuo komandos tipo, informacija gaunama arba nustatymų bloke, arba istorijos failų bloke, arba RAID būsenos apklausos modulyje. Pastarasis skirtas siųsti komandas į RAID valdiklį ir gauti iš jo atsakymus. Jei užklausos metu įvyksta klaida arba valdiklio atsakyme yra kritinis pranešimas, pranešimų modulis apie šią klaidą praneš administratoriui.
Poskyryje „Reikalavimai informacijai ir programų suderinamumui“ turėtų būti nurodyti reikalavimai informacijos struktūroms įvesties ir išvesties bei sprendimo būdai, šaltinio kodai, programavimo kalbos ir programos naudojami programinės įrangos įrankiai. Jei reikia, informacija ir programos turėtų būti apsaugoti.
Pavyzdys. Kompiuteryje turi veikti ne žemesnė nei Windows 98/NT 4.0 operacinė sistema. Informacijos suderinamumo reikalavimas turi būti užtikrintas dirbant su tam tikros struktūros geometrinės informacijos failais kaip įvesties ir išvesties informacija.
Darbo pabaiga -
Ši tema priklauso:
Programinės įrangos kūrimo technologija
Svetainės svetainėje skaitykite: "Programinės įrangos kūrimo technologija" ...
Jei jums reikia papildomos medžiagos šia tema arba neradote to, ko ieškojote, rekomenduojame pasinaudoti paieška mūsų darbų duomenų bazėje:
Ką darysime su gauta medžiaga:
Jei ši medžiaga jums pasirodė naudinga, galite ją išsaugoti savo puslapyje socialiniuose tinkluose:
| tviteryje |
Visos temos šiame skyriuje:
Atlikimo reikalavimai
Poskyryje „Reikalavimai funkcinėms charakteristikoms“ turėtų būti nurodyti atliekamų funkcijų sudėties reikalavimai, įvesties ir išvesties duomenų organizavimas, laiko charakteristikos.
Reikalavimų susitarimas
Susitarimo dėl reikalavimų sudarymas – pirmosios antrosios dalies tikslas laboratoriniai darbai. Taip pat susitarimas dėl reikalavimų yra antra kursinio darbo dalis. Žemiau pateikiama op
Trumpas prekės aprašymas
Trumpai aprašyta ir bendros sąvokos pagrindinės gaminio funkcinės savybės. Jei programinės įrangos produktas yra esamo produkto plėtinys, apibūdinamos tik naujos jo savybės.
Produkto rezultato komponentai
AT šį skyrių pateikiama lentelė, panaši į 2.1 lentelę arba lygiavertė. Šiuo atveju buvo naudojama iš anksto paruošta spausdinimo forma, kuri sumažina informacijos paruošimo laiką.
Atmestos paraiškos
Jei tikslas yra perdirbti ar išplėsti gaminį arba pakeisti gaminį su žinomomis klaidomis, planuokite ištaisyti tuo metu rastas klaidas. Todėl šioje pastraipoje
Išskirti plano elementai
Jei reikia kokių nors planavimo instrukcijų ypatingos savybės ir programinės įrangos galimybės, kurių negalima suteikti, jei produktas sukurtas pagal kitus reikalavimus
Įtraukti plano elementai
Jei būtinybę sukurti produktą pagrindžia dokumentas, pvz., produkto išleidimo planas, partijos išleidimo planas arba užduoties aprašymas, nurodoma konkreti kiekvieno dokumento vieta arba
Vartotojo reikalavimų sąrašas
Nurodomi prekės pirkėjai ir paaiškinama, kam jos reikia. Šiame skyriuje taip pat nurodomas numatomas gaminio naudojimo laikas. Paprastai tai yra įrangos eksploatavimo laikas
Svarstomos alternatyvos
Trumpas svarstytų ir atmestų šios plėtros alternatyvų aprašymas, taip pat atmetimo priežastys. Jei norite įsigyti programas, paaiškinkite, kodėl jos neperkamos
Investicijų grąža
Pelnas, kurį duos gaminio sukūrimas, nustatomas pagal numatytą organizacijos paskirtį. Pavyzdys. „ABC Services“ tikisi finansinių pardavimų
Sistemos programinė įranga
Sistemos programinė įranga yra visa kita programinė įranga, įskaitant operacines sistemas, kompiliatorius, komunalines paslaugas, taikomųjų programų paketus ir kt.
Bendrosios funkcijų charakteristikos
Visą gaminį būtina laikyti vienu funkciniu moduliu, kad poskyrių skaičius būtų mažas. Jei neįmanoma tinkamai apibūdinti gaminio, nesuskaidžius jo į atskiras funkcines
Išoriniai apribojimai
Išvardija visus apribojimus, kurių taikymo sritis yra platesnė nei MT; tai apima, pavyzdžiui, pramonės arba produktų serijų apribojimus. Gali būti įleistas
Suderinamumo apribojimai
Visada reikia atsižvelgti į kelis suderinamumo aspektus: šaltinio kalbą, mašinos kalbą, duomenų ir pranešimų formatus, ataskaitų formatus, sąrašo formatus ir užduočių valdymo kalbos (JCT) formatus.
Programinės įrangos apribojimai
Jei reikia, nurodoma operacinė sistema, su kuria turėtų veikti siūlomas programinės įrangos produktas, taip pat kiti programinės įrangos įrankiai, su kuriais jis turėtų būti prijungtas procese.
Aparatinės įrangos apribojimai
Pateikiama programinės įrangos gaminio veikimui naudojamų įrenginių lentelė. Kiekvienam įrenginiui nurodomas minimalus, vardinis ir didžiausias reikalingas skaičius. Nominali vertė yra optimali
Darbo rezultatai
Visi programinės įrangos produkto ar funkcinio modulio išvesties duomenys aprašomi pagal jų turinį ir paskirtį – ataskaitos, failai, įrašai, duomenų laukai, pranešimai, lentelės, žymės langeliai. Turėtų
Procesai
Aprašomos programinės įrangos produkto atliekamos operacijos, kuri laikoma visuma arba funkciniais moduliais kaip juodoji dėžė (arba juodųjų dėžių rinkinys). Bent jau nustatant
Patikimumas
Programinės įrangos patikimumas suprantamas kaip galimybė atkurti normalų veikimą įvykus klaidoms ir įrangos gedimams. Vartotojų duomenų apsauga yra itin svarbi. sl
Perkrauti
Nurodomos galimybės, užtikrinančios duomenų išsaugojimą ir naudojimą atnaujinant veiklą po avarinio pertraukimo, pavyzdžiui, iš naujo paleidžiant iš patikros punkto. 1 pavyzdys. Programa
Klientų atitiktis
Nurodomos savybės, leidžiančios programinės įrangos produktui arba jo išvestims atitikti konkrečius reikalavimus. Jei įmanoma, išvardykite modulius, kurie gali netenkinti t
Veikimo charakteristikos
Pateikiamas pagrindinis kintamasis arba pagrindinis principas, pagal kurį turėtų būti matuojamas programos efektyvumas; nurodo atitinkamą to kintamojo reikšmę arba reikšmių diapazoną. Ch
Naudojimo paprastumas
Apibūdinamos savybės, dėl kurių sąveika „žmogus – mašina“ yra patogi žmogui. Pavyzdžiai: nemokamas įvesties formatas, interaktyvus režimas, sintaksinis suderinamumas, galimas
Lengva priežiūra
Aprašomos priemonės, užtikrinančios modulių identifikavimą, jei šios problemos standartas neišsprendžia. 1 pavyzdys. Kiekvienas šaltinio ir objekto modulis bus aprūpintas programinės įrangos šifru.
Iš naujo paleiskite vartotojo sąsają
Pavyzdys. Visų aktyvių vartotojų (įskaitant atjungtus, bet vis dar veikiančius) sistemos būsena periodiškai išsaugoma diske (laikų apibrėžime nurodytu intervalu
Vartotojo sąsajos charakteristikos
Pavyzdys. Darant prielaidą, kad įrenginyje veikia tik ASK ir atkūrimo parametras apibūdinamas vienu kontroliniu tašku per 1 minutę, kiekviena komanda turi būti vykdoma arba
Vartotojo sąsajos apimtis
Pavyzdys. Įprastoje sesijoje su ASK vartotojas, neturintis programavimo patirties, prisijungia prie sistemos naudodamas terminalą ir pradeda dialogą, kuriame apibrėžia:
Vartotojo sąsajos algoritmas
Pavyzdys. ASK kiekvieną komandą vykdo interpretaciniu režimu ir nedelsiant; taigi komandų kaupimas neleidžiamas (išskyrus atminties komandas, kurios bus aptartos toliau).
Aparatinės įrangos apribojimai
Pavyzdys. Be VSOS ILSAM reikalingų įrenginių (žr. 2.4.1, b ir c), korekcijos procesoriui reikės įrenginių, išvardytų 2.3 lentelėje. 2.3 lentelė – Įrenginiai
Vidiniai apribojimai
Svarbu nustatyti ne tik koks bus produktas, bet ir koks jis nebus. Apribojimas yra funkcija (arba galimybė), kurios vartotojas pagrįstai tikėtųsi, bet kuri
Informaciniai dokumentai
Atskirai nurodomas kiekvienas planavimo ar techninis dokumentas, į kurį yra nuoroda ST. Kiekvienas toks dokumentas turi iš tikrųjų egzistuoti (ir nebūti numanomas ateityje) ir
Ištekliai įgyvendinimui užtikrinti
Sistemai įdiegti reikalingi ištekliai nustatomi kartu su ištekliais, aprašytais 2.5 skyriuje.
Informacijos nešėjai
Nustato visų paskirstytų programinės įrangos komponentų (pvz., magnetinės juostos, apibūdinamos takelių skaičiumi ir įrašymo tankiu) saugojimo įrenginių tipą
Reikalingi santykiai
Nustatomi šio programinės įrangos gaminio reikalavimai kitiems projektams ar funkcijoms. duota trumpas aprašymas kiekvieno reikalavimo ir nurodo etapą, kuriame jį galima įdiegti
Suteikti santykiai
Šis skyrius savo struktūra panaši į ankstesnį, tačiau jame yra reikalavimai, kuriuos šiam gaminiui kelia kiti gaminiai. Kiekvienas 2.6.1.2 skirsnio reikalavimas turi būti įvykdytas laikantis reikalavimo
Techninio audito komisija
Kiekviena TA turėtų rekomenduoti steigti Techninio audito komisiją (TKK), nurodant kiekvieno komisijos nario darbo vietą ir, jei įmanoma, pavardę, taip pat paskyrimą.
Bandymo lygiai
Testavimo programos gali būti organizuojamos trimis etapais, vykdomos trimis režimais ir apima dešimt kategorijų (žr. 5 skyrių „Testavimas“). Ši informacija pateikiama lentelės pavidalu. Už ka
Nuorodos palyginimui
Apibrėžiamos atskaitos sistemos, su kuriomis turi būti lyginama. Šios sistemos charakteristikos nurodytos santykiniais vienetais. Jei palyginimui nėra standarto
Pranešimas apie kalendorinių datų pasikeitimą
Pavyzdys. Projekto pavadinimas: Produkto vystymas ASK Projekto kodas: C013. Gaminio kodas: L301A. Produkto pavadinimas: ASK
Rašymo specifikacijos
Specifikacijų rašymas yra pirmosios antrosios laboratorijos dalies tikslas. Be to, specifikacijos yra trečioji kursinio darbo dalis. Specifikacijos etape,
Bendrieji testavimo principai
Bandymo etapas paprastai sudaro pusę sistemos sukūrimo finansinių išlaidų. Prastai suplanuotas testavimas žymiai pailgina kūrimo laiką.
Programinės įrangos produktų testavimo organizavimas
Testavimas suprantamas ne kaip derinimas, kurio tikslas yra nustatyti, kodėl programoje įvyksta konkreti klaida, ir pašalinti jos priežastis, bet pats defektų buvimo fakto nustatymo procesas.
Programinės įrangos produktų testavimo tipai. Bandymo etapai
Paprastai bandymai atliekami keliais etapais, atskirtais pagal laiką. Pirmasis etapas yra A klasės testai, kurie atliekami programavimo etapo pabaigoje.
Programuoti testavimo režimus
Testai skiriasi priklausomai nuo to, kas juos atlieka. Pagrindinė idėja yra testo funkcijos nepriklausomumas nuo kūrimo funkcijos. Bandymo režimas I reiškia pilną
Programinės įrangos produktų testavimo kategorijos
Bandymo etapai nurodo, kada bandymai atliekami, o režimai nustato, kas juos atlieka. Testų kategorijos nustato testų pobūdį ir tikslą. Apgalvotas skirstymas ir
Bandymų technologija, lygiavertiškumo klasės
Vienas iš būdų ištirti pateiktą klausimą yra ištirti bandymo strategiją, vadinamą juodosios dėžės strategija, duomenimis pagrįstu testavimu arba testavimu.
Statybos bandymai
Bandymo sudarymo procesas apima: 1) unikalaus numerio priskyrimą kiekvienai lygiavertiškumo klasei; 2) naujų testų, kurių kiekvienas yra įtrauktas, kūrimas
Bendrosios nuostatos
1.1. Dokumento struktūra ir dizainas nustatyti pagal GOST 19.105-78. 1.2. Sistemos programuotojo vadove turėtų būti šie skyriai:
Programos struktūra
Programa „Automatizuota darbo vieta skaitytuvas“ susideda iš šių komponentų: 1) zcon – programa, kuri įgyvendina Z39.50 kliento funkcijas; 2) zgate-CGI-
Programos diegimas
Šiame dokumente failams pavadinti naudojama ISO/IEC 9945-1 apibrėžta sintaksė. Juose Operacinės sistemos kurie nepalaiko nurodyto failų pavadinimo programose būdo
Programos patikrinimas
Programa tikrinama pagal jos vykdymo metodą. Dėl to, kad konkrečios programos naudojimo sąlygos (Z39.50 serverio adresai, duomenų bazių pavadinimai, palaikomi
Papildomos funkcijos
Papildoma programos ypatybė yra galimybė dinamiškai valdyti įrašų pateikimo formą peržiūrint juos visu formatu („Išsami informacija“), naudojant
Pranešimai sistemos programuotojui
5.1 lentelėje rodomi pranešimai, kuriuos sistemos programuotojas gali gauti sąrankos, programos tikrinimo metu, taip pat vartotojas programos vykdymo metu.