Šis standartas nustato kompiuterių, kompleksų ir sistemų programos ar programinės įrangos produkto kūrimo techninių specifikacijų sudarymo ir vykdymo tvarką, neatsižvelgiant į jų paskirtį ir apimtį.
Standartas visiškai atitinka ST SEV 1627-79.
Dizaino taisyklės
Techninė užduotis surašytas pagal GOST 19.106-78 11 ir 12 formato lapuose pagal GOST 2.301-68, kaip taisyklė, nepildant lapo laukų. Lapų (puslapių) numeriai užrašomi viršutinėje lapo dalyje virš teksto.
Patvirtinimo lapas ir titulinis lapas
Patvirtinimo lapas ir titulinis lapas sudaromi pagal GOST 19.104-78.
Į dokumentą negali būti įtraukta informacinė dalis (santrauka ir turinys), pakeitimų registracijos lapas.
Pakeitimai ir papildymai
Norint atlikti techninės užduoties pakeitimus ar 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.
Atsižvelkite į visas detales Pradinis etapas plėtra neįmanoma. Praktikoje šis metodas naudojamas gana dažnai. Skiltyje „Kūrimo etapai ir etapai“ turėtų būti aiškiai nurodyta galimybė keisti ir papildyti techninę užduotį: „Šių techninių užduočių skilčių turinys gali būti keičiamas ir papildomas susitarus su Užsakovu. “
Techninės užduoties skyrių sudėtis
Darbo užduotyse turėtų būti šie skyriai:
- įvadas; plėtros pagrindas; plėtros tikslas; reikalavimai programai ar programinės įrangos produktui; reikalavimai programinės įrangos dokumentacijai; techniniai ir ekonominiai rodikliai; raidos etapai ir etapai; kontrolės ir priėmimo tvarka; į techninę užduotį leidžiama įtraukti paraiškas.
Priklausomai nuo programos ar programinės įrangos produkto savybių, leidžiama patikslinti skyrių turinį, įvesti naujas dalis arba kai kurias iš jų sujungti. Griežtai susitarus su klientu. Kliento sutikimas turi atsispindėti techninės užduoties tekste.
Kaip mokymo programą naudosime realią programą su grafine vartotojo sąsaja, kuri suteikia galimybę atlikti kelias šablono funkcijas (pavyzdžiui, paprastą teksto rengyklę).
Įvadas
Skyriuje nurodomas pavadinimas, trumpas programos ar programinės įrangos produkto apimties aprašymas ir objektas, kuriame programa ar programinės įrangos produktas yra naudojamas.
Pagrindinė darbo su tekstu taisyklė yra detalizavimas, teksto skaidymas į struktūriniai padaliniai, poskyriai, pastraipos ir pastraipos. Teksto turinys bus aiškios struktūros, todėl bus lengva rasti reikiamą medžiagą. Dokumento tekstas taps struktūrizuotas ir lengvai skaitomas. Sukurti poskyrius:
Programos pavadinimas
Pavadinimas – „Teksto rengyklė darbui su rtf failais“.
Trumpas taikymo srities aprašymas
Programa skirta naudoti specializuotuose skyriuose Kliento patalpose.
Atskirų daiktų turinys ne visada aiškus. Iškilus sunkumams, reikėtų kreiptis formaliai. Redaguoti galima susitarimo su Klientu etape.
Plėtros priežastys
Skyriuje turėtų būti:
Dokumentas (dokumentai), kurio pagrindu vykdoma plėtra; šį dokumentą patvirtinusi organizacija ir jo patvirtinimo data; vardas ir (arba) simbolis plėtros temos.
Poskyryje turi būti nurodyta Sutartyje esanti informacija.
Plėtros pagrindas
Plėtros pagrindas – Sutartis (laiškas ir kt.) Nr. 000 01-01-01 (gaunamas Nr. toks ir toks iš tokio ir tokio). Sutartis buvo suderinta su Valstybinės vieningos įmonės „Spetstyazhmontazhstroyselkhozavtomatika“ direktoriumi Ivanovu Petru Ivanovičiumi, toliau – Užsakovas, ir patvirtinta generalinio direktoriaus Blyumkins Ivano Aronovičiaus (toliau – Rangovas) dėl tokio ir tokio 2008 m. kovo mėn. .
Patogu naudoti skyrių " Bendra informacija» GOST 34.602-89, nes kūrėjas turi visišką teisę savo nuožiūra papildyti ir ištrinti techninės užduoties dalis. Kartu aukščiau nurodyta informacija yra nurodyta Sutartyje. Ar jie turėtų būti pateikti techninėje užduotyje, priklauso nuo konkretaus atvejo.
Vystymo temos pavadinimas ir simbolis
Kūrimo temos pavadinimas yra „Teksto rengyklės darbui su rtf failais kūrimas“.
Kūrimo temos (temos kodo) simbolis yra „RTF-007“.
Plėtros tikslas
Skyriuje turėtų būti nurodyta programos ar programinės įrangos produkto funkcinė ir eksploatacinė paskirtis.
Funkcinis tikslas
Funkcinė programos paskirtis – suteikti vartotojui galimybę dirbti su tekstiniais dokumentais rtf formatu.
Poskyryje turėtų būti nurodyta „padidinta“ funkcinė programos paskirtis. Išsami informacija – funkcijų sąrašas ir kt. – bus pateikta toliau, atitinkamuose skyriuose.
Gaukite visą tekstąVeiklos paskirtis gali būti aiškinama gana plačiai. Kur, kaip, kas, su kuo turėtų būti vykdoma programa?
Tokio pat dydžio gumą galima sėkmingai naudoti ant Žigulių ir Volgos, bet ne ant Kamaz. Ir atvirkščiai. Tačiau kiekvienam konkrečiam gumos dydžiui galima nustatyti jo eksploatacinę paskirtį.
Laikykimės formalaus požiūrio:
Veiklos tikslas
Programa turi būti vykdoma specializuotuose skyriuose Kliento patalpose.
Galutiniai programos vartotojai turi būti atitinkamų Užsakovo objektų skyrių darbuotojai.
Reikalavimai programai ar programinės įrangos produktui
Skyriuje turėtų būti šie poskyriai:
Atlikimo reikalavimai; patikimumo reikalavimai; Naudojimo sąlygos; techninių priemonių sudėties ir parametrų reikalavimai; informacijos ir programinės įrangos suderinamumo reikalavimai; ženklinimo ir pakavimo reikalavimai; transportavimo ir sandėliavimo reikalavimai; Specialūs reikalavimai.
Jei yra standartai, kuriuose yra bendrųjų (techninių) reikalavimų programai, sistemai ar gaminiui, pavyzdžiui, „GOST. Automatizuotos informacijos matavimo sistemos. Bendrieji (techniniai) reikalavimai“, techninių specifikacijų rengimas labai supaprastinamas. Didžioji dalis nurodyto standarto turinio tiesiog perrašoma į techninę užduotį.
Atlikimo reikalavimai
Poskyryje turėtų būti nurodyti reikalavimai atliekamų funkcijų sudėčiai, įvesties ir išvesties duomenų organizavimui, laiko charakteristikoms ir kt.
Reikalavimai atliekamų funkcijų sudėčiai
Programa turi suteikti galimybę atlikti šias funkcijas:
1. Naujo (tuščio) failo kūrimo funkcijos.
2. esamo failo atidarymo (įkėlimo) funkcijos.
4. Funkcijos, skirtos esamo failo redagavimui naudojant operacinės sistemos mainų sritį.
5. funkcijos išsaugoti failą pradiniu pavadinimu.
6. funkcijos, skirtos išsaugoti failą pavadinimu, kuris skiriasi nuo originalaus.
7. esamo failo turinio siuntimo el. paštu funkcijos naudojant išorinę kliento pašto programą.
8. Internetinės žinyno atvaizdavimo eilutės formatu funkcijos (patarimai).
9. internetinės pagalbos sistemos funkcijos.
10. programos pavadinimo, programos versijos, autorių teisių ir kūrėjo komentarų rodymo funkcijos.
Klišė „įgalinti vykdyti“ taikoma šiuolaikinei programinei įrangai, sukurtai su grafine vartotojo sąsaja. Nurodytos programinės įrangos priemonės didžiąja dalimi„Tuščia eiga“ (tuščioji eiga), laukiama operatoriaus veiksmų.
Įvesties duomenų organizavimo reikalavimai
Programos įvesties duomenys turi būti sutvarkyti kaip atskiri specifikaciją atitinkantys rtf failai.
Nurodyto formato failai turi būti dedami (saugomi) vietinėje arba keičiamoje laikmenoje, suformatuota pagal operacinės sistemos reikalavimus.
Bet koks kito formato failas, bet su rtf plėtiniu, neturėtų būti atidarytas.
Failai http:///file. rtf arba ftp:///file. rtf neturėtų atsidaryti. Jei failų sistema suformatuota kaip FAT32, failai iš vietinės arba keičiamosios laikmenos, suformatuoti, pavyzdžiui, ext3 formatu, neturėtų būti atidaromi.
Išvesties duomenų organizavimo reikalavimai
Žr. Įvesties organizacijos reikalavimai.
Reikalavimai tokie patys kaip ir išvesties duomenų organizavimui. Pats atvejis, kai reikia sujungti abu techninės užduoties punktus.
Laiko reikalavimai
Programos laiko charakteristikoms reikalavimų nėra.
Reikėtų išsiaiškinti, ar Klientas kelia reikalavimus programos spartai, pavyzdžiui, per kiek laiko programa turi paleisti, atidaryti ir uždaryti tam tikro dydžio failus. Jeigu Klientas nurodo konkrečius skaičius, reikėtų įsitikinti ir į techninių priemonių sudėties bei parametrų reikalavimus įtraukti 2500 USD ir daugiau kainuojantį superkompiuterį. Tiesa, tokią sumą teks pagrįsti. Jeigu laiko charakteristikos Klientui nėra esminės, būtina rašyti apie laiko charakteristikoms reikalavimų atsisakymą (žr. formuluotę aukščiau).
Patikimumo reikalavimai
Poskyryje turėtų būti nurodyti reikalavimai patikimam darbui užtikrinti (stabilaus veikimo užtikrinimas, įvesties ir išvesties informacijos valdymas, atkūrimo laikas po gedimo ir kt.).
Patikimumas yra subtilus ir labai pavojingas dalykas. Bet funkcijų sąrašas ir jų gedimo režimai, pagal 1.3.2 punktą. GOST 24.701-86, turi būti sudarytas užsakovo ir suderintas su Rangovu. Labiausiai tikėtina, kad nebus galima laukti kažko suprantamo iš Kliento. Verta paaiškinti Užsakovui, kad patikimas programos veikimas priklauso ne tiek nuo Rangovo, kiek nuo aparatinės įrangos ir operacinės sistemos patikimumo, taip pat pasiūlyti užsakovui keletą griežtų priemonių, kurios pagerintų programos patikimumą ir stabilumą. programa.
Gaukite visą tekstąReikalavimai patikimam (tvariam) programos veikimui užtikrinti
Patikimas (tvarus) programos veikimas turi būti užtikrinamas Klientui įgyvendinant organizacinių ir techninių priemonių kompleksą, kurių sąrašas pateikiamas žemiau:
organizacija Nepertraukiamo maitinimo šaltinis techninės priemonės; naudojant licencijuotą programinę įrangą; nuolatinis Rusijos Federacijos darbo ir socialinės plėtros ministerijos rekomendacijų įgyvendinimas, išdėstytas 2001-01-01 dekrete „Dėl tarpsektorinių kompiuterinių ir biuro įrangos priežiūros ir programinės įrangos priežiūros standartinių laiko normų patvirtinimo“; reguliarus GOST reikalavimų laikymasis. Informacijos apsauga. Kompiuterių virusų buvimo tikrinimo programinė įranga.
Į sąrašą galima įtraukti dar dešimtis. norminiai dokumentai. Pirminio techninių užduočių patvirtinimo metu Klientas greičiausiai pradės rodyti polinkį į kompromisus.
Galimas ir humaniškesnis požiūris. Patikimumu (tačiau sistemos, pagal tą patį GOST) galima laikyti tam tikros i-osios funkcijos be gedimų vykdymą per tam tikrą laiko intervalą. Siūlome Klientui patikimo programos veikimo kriterijumi laikyti šį rodiklį: Klientas per valandą atidaro ir uždaro failą 100 kartų. Jei programa nesugenda per nurodytą laiko intervalą, laikoma, kad patikimumo reikalavimai yra įvykdyti.
Jeigu užsakovas pagaliau įsitikina, kad patikimumas priklauso ne tiek nuo Rangovo, kiek nuo techninių priemonių bei operacinės sistemos patikimumo ir numojo ranka, skyrelyje reikėtų įrašyti tokią frazę:
Nėra jokių reikalavimų, užtikrinančių patikimą (tvarų) programos veikimą.
Atsigavimo laikas po nesėkmės
Atkūrimo laikas po gedimo, kurį sukėlė aparatinės įrangos maitinimo sutrikimas (kiti išoriniai veiksniai), o ne mirtinas operacinės sistemos gedimas (ne gedimas), atsižvelgiant į aparatinės ir programinės įrangos veikimo sąlygas, neturėtų viršyti tiek minučių.
Atkūrimo laikas po gedimo, kurį sukėlė aparatinės įrangos gedimas, mirtinas operacinės sistemos gedimas (strigimas), neturėtų viršyti laiko, reikalingo aparatinės įrangos trikčių šalinimui ir programinei įrangai iš naujo įdiegti.
Ekstremalių situacijų sąrašą taip pat sudaro užsakovas ir suderina su Rangovu. Tiesą sakant, tai yra laikas perkrauti operacinę sistemą, jei gedimas nėra mirtinas, o ne dėl operacinės sistemos gedimo ar techninių priemonių gedimo.
Gedimai dėl neteisingų operatoriaus veiksmų
Programos gedimai galimi dėl neteisingų operatoriaus (vartotojo) veiksmų sąveikaujant su operacine sistema. Kad išvengtumėte programos gedimų dėl aukščiau nurodytos priežasties, turėtumėte užtikrinti, kad galutinis vartotojas dirbtų nesuteikdamas jam administratoriaus teisių.
Veikimo sąlygos
Poskyryje turėtų būti nurodytos darbo sąlygos (aplinkos oro temperatūra, santykinė drėgmė ir kt. pasirinktų tipų duomenų laikmenoms), kurioms esant nurodytos charakteristikos, taip pat paslaugos rūšį, reikiamą personalo skaičių ir kvalifikaciją.
Klimato darbo sąlygos
Klimato sąlygos eksploatacija, kurioje turi būti užtikrintos nurodytos charakteristikos, savo eksploatavimo sąlygomis turi atitikti techninėms priemonėms keliamus reikalavimus.
Programa puikiai veiks nuo plius 5 iki plius 35 °C esant 90% santykinei oro drėgmei ir 462 mm atmosferos slėgiui. rt. Art., nes tokios sąlygos maždaug atitinka šiuolaikinių kompiuterių veikimo sąlygas nepramoninis egzekucija. Tačiau kai tik techninė užduotis yra konkreti ir užduotis patvirtinama, užsakovas turi puikią galimybę priversti Rangovą visiškai atlikti klimato bandymus Rangovo lėšomis.
Reikalavimai paslaugų rūšims
Žr. Reikalavimai patikimam (tvariam) programos veikimui užtikrinti.
Programa nereikalauja jokios priežiūros.
Paslaugų tipus reikėtų skolintis iš poskyrio „Reikalavimai patikimam (darniam) funkcionavimui užtikrinti“.
Jei Klientas, susitardamas dėl techninės užduoties, nurodo išteklių trūkumą arba norą savarankiškai atlikti visų rūšių techninės priežiūros darbus, prasminga pasiūlyti parengti programinės įrangos priežiūros techninę užduotį. už atskirus pinigus atskira sutartimi. Atsisakyti – programa turėtų būti laikoma be priežiūros.
Reikalavimai personalo skaičiui ir kvalifikacijai
Minimalus programos veikimui reikalingas personalo skaičius turėtų būti ne mažiau kaip 2 etatai – sistemos administratorius ir galutinis programos vartotojas – operatorius.
Sistemos administratorius turi turėti aukštesnį specializuotas išsilavinimas ir operacinės sistemos gamintojo sertifikatus. Sistemos administratoriaus atliekamų užduočių sąraše turėtų būti:
Gauti visą techninių priemonių darbingumo palaikymo užduoties tekstą; sistemos programinės įrangos įrankių - operacinės sistemos diegimo (diegimo) ir darbingumo priežiūros uždaviniai; programos diegimo (diegimo) užduotis.Galutinis programos vartotojas (operatorius) turi turėti praktinių įgūdžių dirbant su operacinės sistemos grafine vartotojo sąsaja.
Darbuotojai turi būti atestuoti II kvalifikacinei elektros saugos grupei (darbui su biuro įranga).
Jei patvirtintose techninėse sąlygose nėra pagrindinės (paryškintos) frazės, Užsakovas turi teisę reikalauti, kad Rangovas parengtų operacinės sistemos grafinės vartotojo sąsajos veikimo vadovą, nurodydamas, kad operatorius „nesusitvarko“ su programa.
Darbuotojai, neturintys II elektros saugos kvalifikacinės grupės, neturi teisės net prieiti prie kompiuterio ir biuro įrangos.
Techninių priemonių sudėties ir parametrų reikalavimai
Poskyryje nurodoma reikalinga techninių priemonių sudėtis, nurodant jų pagrindines technines charakteristikas.
Būtina pasirinkti įrangą ne prastesnę nei ta, kurioje bus vykdoma plėtra. Logiška reikalauti, kad įrangą Klientas pateiktų ne vėliau kaip iki nurodyto termino. Žinoma, mes kalbame apie kompiuterį.
Į aparatinę įrangą turėtų būti įtrauktas su IBM suderinamas asmeninis kompiuteris (PC), kurį sudaro:
Procesorius Pentium-1000 su laikrodžio dažniu, GHz - 10, ne mažiau; pagrindinė plokštė su FSB, GHz - 5, ne mažiau; RAM tūris, Tb - 10, ne mažiau; ir taip toliau…
Informacijos ir programinės įrangos suderinamumo reikalavimai
Poskyryje turėtų būti nurodyti reikalavimai informacijos struktūroms įvesties ir išvesties bei sprendimo būdais, šaltinio kodais, programavimo kalbomis ir programoje naudojamomis programinės įrangos priemonėmis.
Jei reikia, informacija ir programos turėtų būti apsaugoti.
Reikalavimai informacijos struktūroms ir sprendimo būdams
Failo informacinėje struktūroje turi būti tekstas, kuriame yra žymėjimas pagal rtf formato specifikaciją.
Informacijos struktūroms (failams) įvesties ir išvesties, taip pat sprendimo būdams nėra keliami reikalavimai.
Reikalavimai šaltinio kodams ir programavimo kalboms
Programos šaltinio kodai turi būti įdiegti C++ kalba. Borland C++ Buider aplinka turėtų būti naudojama kaip integruota programos kūrimo aplinka.
Reikalavimai programos naudojamai programinei įrangai
Programos naudojama sistemos programinė įranga turi būti atstovaujama licencijuota lokalizuota operacinės sistemos versija. Atnaujinimo paketą leidžiama naudoti tiek ir taip.
Informacijos ir programų apsaugos reikalavimai
Informacijos ir programų apsaugos reikalavimų nėra.
Tokių reikalavimų reikėtų vengti. Galima užtikrinti tam tikrą informacijos ir programų apsaugos lygį, tačiau neįmanoma užtikrinti saugumo. Klientas greičiausiai tai žino ir nebus atkaklus.
Ženklinimo ir pakavimo reikalavimai
Programa pristatoma kaip programinės įrangos produktas – platinimo (išorinėje optinėje) laikmenoje (CD).
Mes kalbame apie platinimo terpės - programinės įrangos produkto ženklinimą ir pakavimą (žr. GOST 19.004-80).
Ženklinimo reikalavimas
Programinės įrangos produktas turi būti pažymėtas kūrėjo įmonės prekės ženklu, tipu (pavadinimu), versijos numeriu, serijos numeris, pagaminimo data ir Rusijos valstybinio standarto atitikties sertifikato numeris (jei yra).
Programinės įrangos produktas turi būti pažymėtas lipduku, pagamintu spausdinimo būdu, atsižvelgiant į GOST 9181-74 reikalavimus.
Ženklinimo kokybė tikrinama pačiais įmantriausiais būdais – iš pradžių ženklinimą bandoma nuplauti vandeniu, vėliau – benzinu ir kitais organiniais tirpikliais. Už nekokybišką ženklinimą tegul atsakinga spaustuvės. Rangovo užduotis – pasislėpti už atitikties sertifikato (prašyti sertifikato iš spaustuvininkų).
Pakavimo reikalavimai
Programinės įrangos produktas turi būti pakuojamas gamintojo pakuotėje.
Tai gamintojas. Rangovas negali ir neturi prisiimti didesnės atsakomybės nei konteinerio gamintojas.
Pakavimo sąlygos
Programinės įrangos gaminio pakavimas turi būti atliekamas uždarose vėdinamose patalpose, kurių temperatūra nuo +15 iki +40 °C, o santykinė oro drėgmė ne didesnė kaip 80 %, kai aplinkoje nėra agresyvių priemaišų.
Klientas gaus tinkamos išvaizdos programinės įrangos produktą. Tuo atveju, jei programinė įranga bus grąžinta netinkama forma (įbrėžimai, įtrūkimai ir kiti defektai), Vykdytojas galės pareikšti pretenziją dėl Užsakovo padaryto pakavimo sąlygų pažeidimo ir nepriimti programinės įrangos produkto.
Pakavimo tvarka
Pakavimui paruošti programinės įrangos produktai dedami į konteinerį, kuris yra dėžutė iš gofruoto kartono (GOST 7376-89 arba GOST 79 pagal konteinerio gamintojo brėžinius).
Gaukite visą tekstąPrograminės įrangos gaminys supakuotas naudojant dangčius, pagamintus iš vandeniui atsparios plėvelės su privalomu chemiškai neagresyviu sausikliu (silikageliu).
Norėdami užpildyti laisvą erdvę, į pakavimo konteinerį dedami gofruoto kartono arba polistirolo trinkelės.
Eksploataciniai dokumentai turi būti dedami į vartotojo pakuotę kartu su programinės įrangos produktu.
Ant viršutinio amortizuojančios medžiagos sluoksnio klojama gabenimo dokumentacija – pakavimo sąrašas ir pakavimo sąrašas.
Vartotojų pakuotės turi būti apklijuotos lipnia juosta 6-70 pagal GOST.
Programinės įrangos gaminiai, supakuoti į vartotojų konteinerius, turi būti dedami ant padėklo, surišti juostele, kad neprarastų krovinio formos, ir supakuoti į polietileno plėvelę M 0,2, kad apsaugotų nuo drėgmės.
Siuntimo dokumentai, įskaitant pakavimo sąrašą pagal GOST, turi būti įtraukti į padėklų dėžę.
Pakuotės matmenys neturi viršyti 1250 x 820 x 1180 mm.
NETO svoris – ne daugiau 200 kg.
BRUTO svoris - ne daugiau 220 kg.
Poskyryje parodyta pakavimo tvarka iš anksčiau sukurto dokumento į kai kuriuos techninėmis priemonėmis. Programinės įrangos produkto kontekste tai atrodo šiek tiek neįprasta. Kalbėti paprasta rusiškai – visiškas pašaipas.
Reikalavimai transportavimui ir sandėliavimui
Poskyryje turėtų būti nurodytos programinės įrangos produkto transportavimo sąlygos, laikymo vietos, laikymo sąlygos, laikymo sąlygos, saugojimo trukmė įvairiomis sąlygomis.
Poskyryje pateikiamos transportavimo ir saugojimo sąlygos nuo anksčiau parengto dokumento iki kai kurių techninių priemonių. Tai taip pat taikoma pakuotės reikalavimams. Programinės įrangos produkto kontekste tai atrodo šiek tiek neįprasta.
Klientas neturi teisės pažeisti transportavimo ir sandėliavimo sąlygų. Vykdytojas galės atsisakyti grąžinti Užsakovui programinį produktą, motyvuodamas tuo, kad netinkama programinės įrangos išvaizda atsirado dėl transportavimo ir saugojimo sąlygų nesilaikymo.
Transportavimo ir sandėliavimo sąlygos
Programinės įrangos produktą siuntimo konteineryje leidžiama gabenti visomis transporto priemonėmis (taip pat ir šildomuose hermetiškuose orlaivių skyriuose neribojant atstumų). Gabenant geležinkelio vagonuose, siuntos tipas nedidelis, mažo tonažo.
Programinės įrangos gaminio transportavimo ir laikymo metu būtina užtikrinti apsaugą nuo dulkių ir kritulių. Neleidžiama pakreipti programinės įrangos produkto. Toliau pateikiamos transportavimo klimato sąlygos:
- aplinkos oro temperatūra, °С - nuo plius 5 iki plius 50; atmosferos slėgis, kPa – toks ir toks; santykinė oro drėgmė esant 25°C.
Specialūs reikalavimai
Programa turi užtikrinti sąveiką su vartotoju (operatoriumi) per grafinę vartotojo sąsają, sukurtą pagal operacinės sistemos gamintojo rekomendacijas.
Šio standarto kūrėjai žvelgė į ateitį. Tais metais nebuvo programų su grafine vartotojo sąsaja.
Reikalavimai programinės įrangos dokumentacijai
Skyriuje turi būti nurodyta preliminari programos dokumentų sudėtis ir, jei reikia, specialūs reikalavimai jai.
Programos dokumentacijos sudėtis pateikiama GOST 19.101-77.
Preliminari programos dokumentacijos sudėtis
Programos dokumentacijoje turėtų būti:
Techninė užduotis; programa ir bandymo metodai; sistemos programuotojo vadovas; operatoriaus vadovas; veiklos dokumentų išrašas.
Programa ir bandymo procedūros turės parodyti Užsakovui, kad Rangovo sukurta programa atitinka sutartų ir patvirtintų techninių užduočių reikalavimus. Atlikus bendrus (priėmimo) bandymus, Užsakovas ir Rangovas pasirašo Darbų priėmimo (pridavimo) aktą. Taigi darbai bus baigti, Sutarties sąlygos įvykdytos.
Pagal 2.6 punktą. GOST 19.101-77 „Leidžiama derinti tam tikrų rūšių veiklos dokumentus (išskyrus operatyvinių dokumentų išrašą ir formą). Būtinybė sujungti šiuos dokumentus nurodyta techninėje užduotyje. Sujungtam dokumentui priskiriamas vieno iš sujungtų dokumentų pavadinimas ir pavadinimas.
Programos dokumentacija, įtraukta į preliminarų sąrašą, turi būti parengta pagal GOST 19.106-78 reikalavimus.
Techniniai ir ekonominiai rodikliai
Numatomas ekonominis naudingumas neskaičiuojamas.
Numatomas programos panaudojimo skaičius per metus – 365 darbo sesijos vienoje darbo vietoje.
Skyriuje turi būti nurodyta: numatomas ekonominis efektyvumas, numatomas metinis poreikis, plėtros ekonominiai pranašumai, lyginant su geriausiais šalies ir užsienio pavyzdžiais ar analogais.
Gaukite visą tekstąTarkime, kad Klientas programa aprūpina keliolika darbų. Rangovas už plėtrą reikalavo 1000 USD. Klientas darbo stotyse galėjo įdiegti trečiosios šalies programinės įrangos produktą, kainuojantį 500 USD už platinimo rinkinį ir 100 USD už licenciją. darbo vieta.
Ekonominė plėtros nauda
Ekonominiai plėtros pranašumai, palyginti su geriausiais vietiniais ir užsienio analogais, bus:
darbo vietų skaičius
plėtra
ekonominės naudos
Etapai ir raidos etapai
Skyriuje nustatomi būtini kūrimo etapai, etapai ir darbų turinys (programinių dokumentų, kurie turi būti parengti, suderinti ir patvirtinti, sąrašas), taip pat, kaip taisyklė, kūrimo grafikas ir nustatomi vykdytojai.
Kūrimo etapus ir etapus reglamentuoja GOST 19.102-77. GOST 19.102-77 nedraudžia išskirti atskirų darbo etapų, taip pat atskirų darbo etapų derinimo.
Vystymo etapai
Plėtra turėtų būti vykdoma trimis etapais:
Techninių specifikacijų rengimas; darbo dizainas; įgyvendinimas.
Vystymo etapai
Techninės užduoties rengimo etape turi būti baigtas šios techninės užduoties rengimo, derinimo ir tvirtinimo etapas.
Detaliojo projektavimo etape turėtų būti atlikti šie darbo etapai:
Programos kūrimas; programos dokumentacijos kūrimas; programos testavimas.
Įgyvendinimo etape turi būti baigtas kūrimo etapas – programos parengimas ir perdavimas.
Techninės užduoties rengimo etape turėtų būti atlikti šie darbai:
Problemos formulavimas; techninių priemonių reikalavimų apibrėžimas ir paaiškinimas; reikalavimų programai apibrėžimas; programos ir jos dokumentacijos kūrimo etapų, etapų ir terminų nustatymas; programavimo kalbų pasirinkimas; techninės užduoties derinimas ir tvirtinimas.
Programos kūrimo etape turėtų būti atliekami programos programavimo (kodavimo) ir derinimo darbai.
Programos dokumentacijos rengimo etape programos dokumentai turėtų būti rengiami pagal GOST 19.101-77 reikalavimus su punkto „Preliminari šios techninės užduoties programos dokumentacijos sudėtis“ reikalavimu.
Programos testavimo etape turi būti atlikti šie darbai:
Programos (atrodo, kad GOST klaida - „užsakymas“) ir bandymo metodų kūrimas, derinimas ir tvirtinimas; priėmimo testų atlikimas; programos ir programos dokumentacijos koregavimas pagal testų rezultatus.
Programos rengimo ir perdavimo etape turi būti atliktas darbas, skirtas programai ir programos dokumentacijai parengti ir perduoti eksploatuoti Užsakovo patalpose.
Kontrolės ir priėmimo tvarka
Skyriuje turėtų būti nurodyti testų tipai ir Bendrieji reikalavimai priimti darbą.
Bandymų tipai
Priėmimo bandymai turi būti atlikti Kliento vietoje per nustatytus terminus ...
Programos priėmimo testavimas turi būti atliekamas pagal Programą ir testavimo metodus, parengtus (ne vėliau kaip iki tokios ir tokios datos) Rangovas ir suderinti su Užsakovu.
Priėmimo bandymų eigą užsakovas ir rangovas dokumentuoja Bandymo protokole.
Bendrieji darbų priėmimo reikalavimai
Remdamasis Bandymo protokolu, Rangovas kartu su Užsakovu pasirašo Programos priėmimo ir paleidimo aktą.
Programos
Prireikus techninės užduoties prieduose pateikite:
- 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.
Jei yra, kodėl jo neatnešus. Ir būtinai sudarykite GOST sąrašą, kurio pagrindu turėtų būti vykdoma plėtra. Pavyzdžiui:
- GOST 19.201-78. Darbo sąlygos, reikalavimai turiniui ir dizainui; ir taip toliau...
Veiksminga organizacinių valdymo struktūrų projektavimo ir racionalizavimo priemonė yra modeliavimas, leidžiantis rasti geriausius jų konstravimo variantus, numatyti jų raidą, atlikti esamos struktūros būklės operatyvinę diagnostiką ir nustatyti jos atitiktį realioms gamybos ir technologinėms sąlygoms, įvertinti įvairias. organizacinės struktūros kūrimo galimybės, kai tiesioginiai eksperimentai neįmanomi arba sudėtingi, taip pat ekonomiškai nepalankūs, o kartais neįmanomi.
Sisteminio projektavimo etape viena iš pagrindinių užduočių yra konstrukcijos projektavimo užduotis. Kalbant apie žmogaus-mašinos sistemas, dažniausias atvejis, kai pateikiami sistemos konstravimo principai, atliekamos funkcijos ir sistemos komponentai. Tada optimalios struktūros sintezės užduotis yra nustatyti optimalų atliekamų AS funkcijų aibės atvaizdavimą į tarpusavyje susijusių elementų aibę.
Programa, su kuria įgyvendinamas šis kursinis projektas, skirta šių tipų problemoms spręsti. Leiskite AC nuspręsti i užduotys (priklausomai nuo AS paskirties, tai gali būti planavimo, apskaitos, dokumentų rengimo ir kt. užduotys). AS apima j elementai (mazgai): tai gali būti įmonės padaliniai, kompiuterių tinklo mazgai ir kt. Reikalaujama paskirstyti AS užduotis pagal jos elementus pagal pasirinktus kriterijus ir apribojimus.
Paskirstant AS užduotis pagal jos elementus, dažniausiai naudojami šie optimizavimo kriterijai (objektyvios funkcijos):
Bendrų visų problemų sprendimo išlaidų minimizavimas;
Visoms problemoms spręsti skirto laiko sumažinimas iki minimumo;
Maksimalaus problemų sprendimo laiko sumažinimas (laiko, iki kurio bus išspręsta paskutinė užduotis, sumažinimas);
Maksimaliai padidinkite bendrą pelną išsprendžiant visas problemas.
Renkantis optimalų AS užduočių paskirstymo pagal elementus variantą, paprastai atsižvelgiama į šiuos apribojimus:
Dėl išteklių (piniginių ar kitų), susijusių su visų užduočių sprendimu, sąnaudų;
Už bendrą visų AS užduočių sprendimo laiką;
Norėdami įkelti atskirus AS elementus.
Taip pat gali būti naudojami kiti apribojimai (pavyzdžiui, dėl išteklių kainos atskiruose AS elementuose, dėl konkrečių problemų sprendimo laiko ir kt.).
1.3 Programos loginės struktūros aprašymas
Programą sudaro procedūros ir funkcijos, kurios nuskaito pradinius duomenis, apskaičiuoja galimas užduočių paskirstymo tarp mazgų parinktis pagal apribojimą ir suranda geriausią variantą. Programos algoritmas struktūrinės schemos pavidalu parodytas 1 priede.
Programa veikia taip. Atsisiuntę ir paleidę programą naudodami failą projektą1. exe, ekrane pasirodo langas „Pirmoji konkreti optimalios struktūros sintezės problema“, kuriame yra trys vienos eilutės teksto redaktoriai, skirti keisti mazgų ir užduočių skaičių, įvesti sprendžiamų užduočių skaičių ir mazgų skaičių. , lentelės, skirtos įvesti laiko ir pinigų, sugaištų sprendžiant problemas, vertes atitinkamuose mazguose , teksto mygtukai problemos būsenai redaguoti ir sprendimo paieškai, pagrindinis meniu.
Apsvarstykite pagrindinio meniu, kurį sudaro trys elementai, turinį:
Į meniu elementą FailasĮtrauktos 4 komandos:
Nauja -- pasirinkus šį elementą išvalomas pagrindinis programos langas, skirtas įvesti naują sąlygą.
Atviras - pasirinkus šį elementą galima atidaryti ataskaitos failą su anksčiau rastais sprendimais;
Išeiti – Pasirinkus šį elementą programa uždaroma.
Į meniu elementą KomandosĮtrauktos 4 komandos:
Keisti dimensiją – keičia masyvo matmenis pagal vartotojo įvestų užduočių ir mazgų skaičių;
Sprendimų matrica - atveria formą su bendru sprendimu;
Optimalus sprendimas – atlieka optimalaus užduoties sprendimo paiešką, rezultatus rodydamas apatinėje pagrindinės formos dalyje (tik tuo atveju, kai visos reikšmės pagal pateiktą sąlygą įvedamos visiškai);
Efektyvumo kriterijus - atlieka efektyvumo kriterijaus paiešką, parodydamas jį pagrindiniame programos lange.
Į meniu elementą PAGALBAįtrauktos dvi komandos:
Contenta – atidaromas langas su vadovu, kaip naudotis programa ir kaip išspręsti problemą;
Apie programą – atidaromas langas su bendra informacija apie programą ir jos kūrėjus.
Pagrindiniame lange esantys valdymo mygtukai atlieka tuos pačius veiksmus, kaip ir atitinkamos pagrindinio meniu komandos.
Lango „Pirmoji konkreti optimalios struktūros sintezės problema“ skirtuke „Problemos teiginys“ vartotojas turi įvesti šiuos pradinius duomenis:
užduočių, kurios turi būti paskirstytos tarp mazgų, skaičius;
mazgų, tarp kurių bus paskirstytos užduotys, skaičius;
laiko sąnaudų (pinigų sąnaudų) matricos elementų vertės;
pinigų sąnaudų (laiko sąnaudų) matricos elementų vertės;
Įvedus visus pradinius duomenis ir paspaudus mygtuką Sprendimų matrica arba atitinkamą meniu elementą, ekrane pasirodys antras langas, kuriame yra vienas valdymo mygtukas: Gerai, spustelėjus jį uždaromas atsakymo langas.
Kai paspausite mygtuką Optimalus sprendimas optimalus sprendimas rodomas formos apačioje.
Kai paspausite mygtuką Efektyvumo kriterijus formoje rodoma efektyvumo kriterijaus reikšmė.
Kai paspausite mygtuką Išeiti, programa išeina.
Projektavimo pabaigoje būtina sekti vartotojo darbą valdant RAID sistemą.
MontavimasREIDAS. Jungdamas RAID sistemą prie kompiuterio ir nustatęs reikiamas tvarkykles, vartotojas turi nustatyti RAID veikimą į norimą režimą (RAID0,RAID1,RAID3 ir kt.). Po to darbui paruošta vieta diske turi būti padalinta į reikiamus tomus (skyrius). Sąrankos pabaigoje turite išbandyti visos sistemos veikimą.
Valdymas/DiagnostikaREIDAS. Jei vartotojas nori pasižiūrėti sistemos būseną ar pakeisti kokius nors parametrus, programinė įranga turėtų informatyviai parodyti sistemos būseną ir suteikti patogią sąsają sistemos nustatymams keisti. Tuo pačiu metu, kaip dažnai nutinka, administratorius dirba su kompiuteriu, kuriame yra įdiegtas RAID nuotoliniu būdu (pavyzdžiui, iš namų), todėl programinė įranga turi suteikti autorizuotą (saugią) prieigą valdyti sistemą tinkle.
Apdorojant įvyko klaida. Sistema privalo nedelsiant informuoti administratorių apie RAID veikimo klaidas. Kadangi pats RAID valdiklis negali signalizuoti apie gedimą, programinė įranga turi turėti galimybę nuolat stebėti RAID, ar nėra klaidų.
Programinės įrangos dokumentacija. Sistema turi būti visiškai suprantama vartotojui. Tačiau nepaisant to, iškilus sunkumams, vartotojas turėtų greitai rasti reikiamą dokumentaciją tiek apie programinės įrangos veikimą, tiek apie RAID įrenginį ir jo veikimo būdus.
Dizaino dalis
Sistemos reikalavimai
Remiantis užduotimi ir atliktais preliminariais tyrimais, buvo suformuluoti reikalavimai kuriamai sistemai.
Atliekamų funkcijų sudėtis
Sukurtas programinės įrangos produktas turi atlikti šiuos funkcinius veiksmus:
Pradinė naujai įsigytos RAID sistemos sąranka;
Kasdienis RAID sistemos būklės stebėjimas;
Esamos sistemos konfigūracijos keitimas (disko tvarkyklė, vietos diske valdymas, RAID valdiklio nustatymai);
Galimybė nuotoliniu būdu valdyti sistemą iš kito kompiuterio;
Administratoriaus pranešimas apie RAID sistemos veikimo sutrikimus ir gedimus.
Patikimumo reikalavimai
Kadangi sistema turi veikti nuotoliniu būdu, turi būti įdiegta autorizavimo sistema ir apsauga nuo neteisėto sistemos naudojimo. Siekiant išvengti per tinklą perduodamo slaptažodžio perėmimo, visi slaptažodžiai bus saugomi užšifruota forma.
Eksploatavimo sąlygos ir reikalavimai techninių priemonių sudėčiai ir parametrams
Administruojant RIAD sistemą nuotoliniu būdu, reikia paleisti du programinius modulius – vieną kompiuteryje su RAID sistema, kitą – administratoriaus kompiuteryje.
Pagrindinis reikalavimas norint naudotis sistema yra nuolatinis programinės įrangos modulio, paleisto kompiuteryje su RAID sistema, veikimo poreikis. Jei šis modulis bus sustabdytas, be jo nebus įmanoma prisijungti prie RAID sistemos ir bus neįmanoma stebėti RAID veikimo (siųsti pranešimą apie gedimus ir tvarkyti RAID veikimo istorijos failus).
TCP/IP protokolas naudojamas palaikyti ryšį tarp dviejų programinės įrangos modulių. Todėl, norint nuotoliniu būdu dirbti su RAID sistema, abiem kompiuteriams reikalingas sukonfigūruotas tinklas. Administruojant RAID sistemą iš vietinio kompiuterio, tinklo ryšys nereikalingas.
Poskyryje „Reikalavimai funkcinėms charakteristikoms“ turėtų būti nurodyti atliekamų funkcijų sudėties reikalavimai, įvesties ir išvesties duomenų organizavimas, laiko charakteristikos ir kt.
1. Redaktorius turi dirbti kelių langų grafiniu režimu ir palaikyti ir klaviatūrą, ir „pelės“ manipuliatorių.
2. Vartotojas, norėdamas, turi turėti galimybę nustatyti kiekvieno lango mastelio lauką.
3. Minimalizatorius turi užtikrinti, kad minimalus kelias būtų rastas tik vieną kartą pervažiuojant kiekvieną detalės daugiakampio kontūro kraštą išdėstymo srityje.
4. Rastas kelias turi būti rodomas ekrane įvairiais režimais.
5. Informacija apie kontūrų išdėstymą ir sugeneruotą maršrutą gali būti saugoma vietinėje minimizatoriaus duomenų bazėje.
6. Turėtų būti pateiktas grafinis duomenų bazės vaizdas su galimybe ištrinti iš jos arba nukopijuoti į aktyvų nurodytos vietos langą su turimu maršrutu.
7. Informacija apie vietą ir sugeneruotą maršrutą gali būti rodoma tokios struktūros geometrinės informacijos failo pavidalu: ...
8. Dalių kontūrų viršūnių surašymas atitinkamame išvesties bylos apraše turi atitikti sugeneruotą pjovimo maršrutą.
9. Programa turi naudoti kaip įvestį geometrinės informacijos failą, kurio pirmoji dalis bus talpinimo srities stačiakampis.
10. Programa turi suteikti galimybę peržiūrėti išvesties failą.
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:
Informacijos ir programinės įrangos suderinamumo reikalavimai
Poskyryje „Reikalavimai informacijai ir programų suderinamumui“ turėtų būti nurodyti reikalavimai informacijos struktūroms prie įvesties ir išvesties bei sprendimo būdai, šaltinio kodai.
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 produkto 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 perdaryti ar išplėsti gaminį arba pakeisti gaminį žinomomis klaidomis, planuokite tuo metu rastas klaidas ištaisyti. 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.
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, vėliavėlės. 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. Dėl 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
Reader Workstation programa 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 serverių adresai, duomenų bazių pavadinimai, palaikomi taškai
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.
RUSIJOS FEDERACIJOS ŠVIETIMO IR MOKSLO MINISTERIJA
FEDERALINĖS VALSTYBĖS BIUDŽETO AUKŠTOJO MOKSLO MOKYMO INSTITUCIJOS SERDOBSKY SKYRIUS
"PENZOS VALSTYBINIS UNIVERSITETAS"
„Programos, skirtos hiperbolinėms lygtims spręsti tinklelio metodu, kūrimas Microsoft Visual Studio 2013 aplinkoje“
AIŠKINAMASIS PASTABA
Į kursinis darbas disciplinoje „Programinės įrangos kūrimo technologijos“
Baigė: studentas gr.13PKS1
Dranitsyn E.A.
Priimta: mokytojas
Yu.S. Kiseleva
abstrakčiai
Aiškinamasis raštas: 22 lapai, 7 brėžiniai, 4 šaltiniai, 2 priedai.
Tyrimo objektas – hiperbolinių lygčių sprendimas.
Darbo tikslas – sukurti programą, kuri spręs hiperbolines lygtis tinklelio metodu.
Atlikto darbo rezultatas – sukurta programa, leidžianti apskaičiuoti hiperbolinių lygčių sprendimą.
Rašant programą buvo naudojama Microsoft Visual Studio 2013 programavimo aplinka.
Įvadas. 5
1 Domeno analizė. 6
2 Techninės sąlygos. 7
2.1 Plėtros pagrindas. 7
2.2 Plėtros tikslas. 7
2.3 Programos reikalavimai. 7
2.3.1 Veikimo reikalavimai.. 7
2.3.2 Techninių priemonių sudėties ir parametrų reikalavimai. 7
2.3.3 Informacijos ir programinės įrangos suderinamumo reikalavimai. 7
2.4 Programinės įrangos dokumentacijos reikalavimai. 7
2.5 Vystymo etapai ir etapai. 8
2.6 Patikrinimo ir priėmimo tvarka. 8
3 Programos aprašymas.. 9
3.1 Bendra informacija. 9
3.2 Funkcionalumas. 9
3.3 Loginės struktūros aprašymas.. 9
3.4 Naudotos techninės priemonės. 10
4.1 Bandomasis objektas. 11
4.2 Testo tikslas. 11
4.3 Programos reikalavimai. 11
4.4 Programinės įrangos dokumentacijos reikalavimai. 11
4.5 Bandymo priemonės ir tvarka. 12
4.6 Bandymo metodai. 12
5 Programos aprašymas. 13
Išvada. 14
Naudotų šaltinių sąrašas. 15
PROGRAMOS TEKSTAS... 16
TESTO REZULTATAI.. 21
Įvadas
Hiperbolinė lygtis – klasė diferencialines lygtis privačiuose dariniuose. Jiems būdinga tai, kad Koši problema su pradiniais duomenimis, pateiktais nebūdingame paviršiuje, yra vienareikšmiškai išsprendžiama. Garsiausias pavyzdys yra bangų lygtis. Bet kuri pirmos eilės dalinė diferencialinė lygtis taip pat yra hiperbolinė.
„Microsoft Visual Studio“ yra nauja „Microsoft“ plėtra, leidžianti kurti programas, veikiančias .net platformoje. Šios platformos ypatumas yra platus paslaugų spektras, kuris yra prieinamas įvairiomis programavimo kalbomis. Tuo pačiu metu paslaugos yra įgyvendinamos kaip tarpinis kodas, kuris nepriklauso nuo pagrindinės architektūros. Galbūt pagrindinis tokios platformos sukūrimo tikslas buvo aprūpinti kūrėjus specialiomis į paslaugas orientuotomis programomis, kurios galėtų veikti bet kurioje platformoje, pradedant nuo Asmeninis kompiuteris ir baigiant mobiliuoju įrenginiu.
„Microsoft Visual Studio“ sujungia daugybę funkcijų, leidžiančių kurti visoms „Windows“ versijoms, įskaitant 8, internetą, „SharePoint“, įvairius mobiliuosius įrenginius ir debesų technologijas. „Visual Studio“ pristato naują kūrėjo aplinką, kuri palengvina programų kūrimą. „Microsoft Visual Studio“ yra atnaujinta ir supaprastinta programinės įrangos aplinka, užtikrinanti didelį našumą, nepriklausanti nuo aparatinės įrangos. Ir ši studija tikriausiai puikiai tinka kuriant programą.
Domeno analizė
Šio tobulinimo dalykinė sritis yra hiperbolinių lygčių sprendimas, būtent sprendimas tinklelio metodu.
Praktikoje naudojami Hiperbolinių lygčių sprendimo metodai skirstomi į dvi grupes – bangines lygtis ir įvairias lygtis, gautas iš Maksvelo lygčių. Bangų lygtys – tai lygtys, apibūdinančios stygų, membranų virpesius ir pan. Įvairios lygtys, gautos iš Maksvelo lygčių, apibūdinančių elektromagnetinį lauką. Tai gali būti nustatymas vieno iš vektorių atžvilgiu , skaičiuojant tik vieną iš vektoriaus komponentų kaip ne nulį (tai yra, kai lygtis tampa skaliarinė).
Hiperbolinės lygties sprendimo tinklelio metodu aprašymas: uždavinys yra rasti funkciją u(x,t), tenkinančią pateiktą lygtį (d^2*u/d*t^2)=c^2*(d ^2*u/d*x^ 2) x1< x < x2, t1 < t <= t2, начальным условиям u(x,0) = f(x), d u(x,0)/ d t = g(x) , x1<= x <= x2 и нулевыми краевыми условиями u(0,t) = u(1,t)=0. Так как замена переменных t ->ct redukuoja (1) lygtį į formą (d^2*u/d*t^2)=(d^2*u/d*x^2), tada ateityje manysime, kad c = 1. Norėdami sukurti skirtumo schema sprendimui, kurį sudarome uždavinius srityje D=((x,t)| x1<=x<=x2, t1<=t<=t2}, сетку xi = ih, i=0,1... n , a = h * n, tj = j*t t t , j = 0,1 ... , m, t m = T и аппроксимируем уравнение (1) в каждом внутреннем узле сетки.
Techninė užduotis
Plėtros pagrindas
Programa parengta remiantis mokytojo Yu.S. Kiseleva išleista kursinio darbo užduotimi. ir patvirtino švietimo skyriaus vedėja Zolotova T.A.
Plėtros tikslas
Sukurta programa skirta hiperbolinėms lygtims spręsti tinklelio metodu.
Programos reikalavimai
Atlikimo reikalavimai
Baigta programa turi pateikti hiperbolinių lygčių sprendimą tinklelio metodu.
Būtina organizuoti patogią vartotojo sąsają, įskaitant pagalbą dėl naudojimo ir taikomo metodo.