Programos patikimumo reikalavimai. Programos kūrimas: techninės užduoties pavyzdys. Bendrieji darbų priėmimo reikalavimai

Kramskoy Roman IT-09-2

Laboratorijos Nr.3

Programinės įrangos sistemos reikalavimų formalizavimas naudojant naudojimo atvejo diagramą

Tikslas : išmokti analizuoti ir formalizuoti klientų reikalavimus naudojant UML, planuoti darbus ir sudaryti techninės įrangos produkto kūrimo techninę užduotį.

Gaukite daugiau techninės informacijos apie projekto programą

Kai rankiniu būdu priskiriate išteklius suplanuotai užduočiai, užduoties tvarkaraštis nesikeičia. Specifikacijų kūrimas Specifikacijų kūrimas. Norėdami priskirti išteklius užduotims, atidarykite skirtuką Ištekliai ir spustelėkite Priskirti išteklius.

Apžvalga: kaip programuojamas projektas

Projektas įgyvendina projektą remiantis jūsų pateikta informacija šiais aspektais.

Reikalavimai, užtikrinantys patikimą programos veikimą

  • Atskiri darbo elementai, reikalingi projektui užbaigti.
  • Jei reikia, ištekliai, reikalingi šioms užduotims atlikti.
Kiekvienai užduočiai galite nurodyti vieną arba visas toliau nurodytas charakteristikas. Galite įtraukti išteklius į savo projektą ir priskirti jiems užduotis, kad nurodytumėte, kuris išteklius atsakingas už kiekvieną užduotį. Tai padės ne tik planuoti projekto personalo poreikius, bet ir apskaičiuoti reikalingos įrangos kiekį ar sunaudotų medžiagų kiekį.

Darbo eiga

    Studijuoti teorinę informaciją.

    Atlikti kliento reikalavimų programinio produkto kūrimui analizę ir formalizavimą pagal individualią užduotį.

    Sukurkite naudojimo atvejo diagramą ir užpildykite naudojimo atvejo aprašymą.

    Atlikti programinio produkto kūrimo darbų planavimą.

    Jei įgalinsite išteklius, užduočių tvarkaraščiai bus patikslinti pagal šią išteklių informaciją. Darbo laikotarpiai įtraukti į kalendorius. . Kiti elementai, tokie kaip laikas ir delsos laikas, užduočių tipai, pasiekiamumo ištekliai ir pagrindinis išteklius, gali turėti įtakos programavimui, kad suprastumėte šių elementų poveikį, gali padėti išlaikyti ir prireikus koreguoti planavimą.

    Kaip projekto pradžios data įtakoja programavimą?

    Kai kuriate naujas projektas, pirmiausia įveskite projekto pradžios datą. Planuojant projektą nuo pradžios datos, visos užduotys prasideda nuo projekto pradžios datos, jei nenurodyta kitaip. Nesant užduočių priklausomybių ar suvaržymų, projekto trukmė yra identiška ilgesnės užduoties trukmei.

    Parengti programinės įrangos produkto kūrimo technines užduotis.

    Padarykite išvadas apie programinės įrangos produkto kūrimo modelio pasirinkimą.

Reikalavimai darbo turiniui

  1. Darbo pavadinimas.

    Tikslas.

    Individualios užduoties formulavimas.

    Naudojimo atvejų schema su jos aprašymu (ypatingą dėmesį atkreipkite į naudojimo atvejų ir programinės įrangos sistemos vartotojų vaidmenų aprašymo išsamumą).

    Priklausomybės tarp užduočių, pvz., visos pirmosios ir antrosios užduočių priklausomybės, gali pakeisti projekto pabaigos datą. Beveik visi projektai turi būti suplanuoti nuo pradžios datos. Net jei žinote datą, kurios reikia projektui užbaigti, planavimas nuo pradžios datos suteikia didžiausią lankstumą.

    Kokie yra numatytieji programavimo nustatymai?

    Turite nustatyti, kada pradėti projektą, kad jis baigtųsi tam tikrą dieną. Jūsų projekto valdymo metodika reikalauja, kad planuotumėte nuo pabaigos datos. Jei perplanuosite projektą nuo pabaigos datos ir jis buvo suplanuotas nuo pradžios datos, visi perskirstymo ir užduočių paskirstymo delsos ir perskirstymo priskyrimai bus pašalinti.

    • Kada prasidės jo projektas, neaišku.
    • Tik prireikus turėtumėte nustatyti kitas ribas.
    Projektas apskaičiuoja užduočių trukmę pagal trukmės vienetų apibrėžimus dialogo lango Parinktys kalendoriaus skirtuke.

    Programinės įrangos produkto kūrimo techninės sąlygos (ypatingą dėmesį atkreipkite į programinės įrangos produkto kūrimo darbų planavimą, etapų formulavimą naudojant žodyno terminus ir visą dalykinę sritį, taip pat programinės įrangos naudotojų vaidmenų apibūdinimą sistema).

    Išvados apie programinės įrangos produkto kūrimo modelio pasirinkimą.

    Kaip apribojimai veikia programavimą?

    Kaip ir įprastas mėnesinis kalendorius, metai prasideda sausio mėnesį, o savaitė prasideda sekmadienį arba pirmadienį. Kai reikia valdyti užduoties pradžios arba pabaigos datą, galite pakeisti užduoties ribą. Lankstūs apribojimai veikia su užduočių priklausomybėmis, kad užduotis būtų atlikta anksčiau arba vėliau, kai priklausomybė leidžia. Pavyzdžiui, kuo greičiau apibrėžtas darbas ir visapusiška priklausomybė bus suplanuoti, kai tik baigsis pirmtakė. Panašiai pagal numatytuosius nustatymus visos projekto užduotys, kurios suplanuotos nuo pabaigos datos, yra kuo griežtesnės.

Techninė užduotisplėtrai„PMC užaeksperimentinių duomenų apdorojimo ir aproksimavimo automatizavimas»

Plėtros priežastys

Kūrimo pagrindas – baigiamojo darbo „PMC eksperimentinių duomenų apdorojimo ir aproksimavimo automatizavimui“ tema ir dėstytojų disciplina.

Klimato darbo sąlygos

Pavyzdžiui, apribota užduotis prasideda tik birželio 15 d., o visapusiška priklausomybė nuo kitos užduoties gali prasidėti birželio 15 d., jei jos pirmtakas baigiasi birželio 15 d., bet negali būti suplanuotas iki birželio 15 d. birželis. Nelankstūs apribojimai pakeičia numatytąsias užduočių priklausomybes ir apriboja užduotį iki pasirinktos datos. Pavyzdžiui, apribota užduotis turi prasidėti rugsėjo 30 d., tačiau visapusiška priklausomybė nuo kitos užduoties visada atidedama arba suplanuota rugsėjo 30 d., neatsižvelgiant į tai, ar jos pirmtakas baigiasi anksčiau.

Specialioji dalis: Skiriamųjų tinklelių atpažinimo ir aproksimacijos programinės įrangos kūrimas.

Plėtros tikslas

Programinės įrangos paketas skirtas eksperimentiniams duomenims apdoroti ir aproksimuoti ir turi atlikti šias funkcijas:

Atpažinti vaizdą;

Atlikti vaizdo išlyginimą;

Pasirinkite dalijimo mazgus.

Jei ribojamos datos užduoties pirmtakas baigiasi per vėlai, kad įpėdinis galėtų prasidėti apribojime nurodytą datą, gali būti neigiama delsos riba. Norėdami peržiūrėti arba pakeisti užduoties ribas, pasirinkite užduotį, spustelėkite Išsami užduoties informacija ir spustelėkite skirtuką Išsamiau. Informacijos apribojimas ribos tipo ir ribos datos laukuose yra informacija.

Kaip įtakoja tvarkaraščio sudarymas?

Terminai paprastai neturi įtakos užduočių planavimui. Jie dažnai naudojami norint nurodyti pabaigos datą, kurios nenorima praleisti, nenustatant užduoties apribojimo, kuris galėtų turėti įtakos planavimui, jei pasikeistų ankstesnės užduotys. Galite nustatyti apibendrintų užduočių ir atskirų užduočių terminus. Jei suvestinės užduoties pabaigos data prieštarauja bet kuriai iš antrinių užduočių, termino indikatorius rodys nebaigtą datą tarp papildomų užduočių.

Programinės įrangos gaminio reikalavimai

Diegiant ir naudojant informacinę sistemą reikia atsižvelgti į funkcinių charakteristikų, projekto patikimumo, techninės įrangos parametrų, informacijos ir programinės įrangos suderinamumo reikalavimus.

Atlikimo reikalavimai

Programinės įrangos paketas turi atlikti šias funkcijas:

Tačiau terminai gali turėti įtakos užduočių planavimui, kai nustatytas terminas užduočiai su vėlyvo laiko apribojimu. Užduotis bus baigta iki termino datos, tačiau ji gali baigtis pasibaigus terminui, jei ankstesnės užduotys vėlavo.

Kaip kalendoriai veikia programavimą?

Kalendoriai apibrėžia standartines projekto darbo valandas ir nedarbo laikotarpius, pvz., savaitgalius ir švenčių dienas. Jie naudojami norint nustatyti išteklių prieinamumą, priskirti išteklius užduotims ir planuoti užduotis „Taip“. Planuojant užduotis naudojami projektų ir užduočių kalendoriai, o jei užduotims priskiriami ištekliai, taip pat naudojami išteklių kalendoriai.

Vaizdo atpažinimas (raiška ne mažesnė nei 600×300 DPI);

Skiriamųjų mazgų parinkimas (ne daugiau 1000 mazgų) ;

Skiriamųjų mazgų koordinačių skaičiavimas (0,01 mm tikslumu);

Duomenų masyvo formavimas (ne ilgiau kaip 30 sekundžių);

Vaizdo išlyginimas (2 ar daugiau aproksimavimo metodų, priklausomai nuo kreivių ar paviršių);

Taip pat galite pasirinkti pagrindinį projekto kalendoriaus kalendorių, o pagrindinį kalendorių galite taikyti tokioms užduotims kaip užduočių kalendorius arba kaip iš anksto nustatytus išteklių kalendoriaus laikus. Projekte siūlomi trys pagrindiniai kalendoriai: standartiniai, 24 valandų ir naktinės pamainos kalendoriai. Galite nustatyti savo pagrindinį kalendorių naudodami bet kurį iš galimų bazinių kalendorių. Projektų kalendoriai Nurodomi ne darbo laikotarpiai projektui ir nestandartinės darbo valandos apskritai. Jei išteklių arba užduočių kalendoriai nenaudojami, užduotys suplanuojamos darbo laikotarpiu pagal numatytąjį projekto kalendorių. Išteklių kalendoriai yra pagrįsti standartiniu numatytuoju kalendoriumi. Galite pakeisti tam tikrų išteklių arba išteklių rinkinio darbo ar nedarbo valandas, užtikrindami, kad ištekliai būtų programuojami tik tada, kai jie yra prieinami darbui. Jei išteklių kalendoriuje pakeisite darbo arba nedarbo laikotarpį ir išteklius priskirtas užduočiai, užduotis bus suplanuota išteklių kalendoriaus darbo laikotarpiu. Užduočių kalendoriai Jie gali būti naudojami užduočių, kurios nėra projekto kalendoriaus darbo grafiko, darbo laikotarpiams apibrėžti. Kai užduotis priskiriama užduočiai, o jai priskirtas išteklius išteklių kalendoriuje turi skirtingus darbo laikotarpius, užduotis priskiriama taip, kad sutaptų dviejų kalendorių darbo laikas. Tačiau galite nustatyti užduoties parinktį apeiti išteklių kalendorius ir suplanuoti užduotį neveikiant ištekliui. Pagrindiniai kalendoriai Tai yra kitų tipų kalendorių pagrindas. . Norėdami dirbti su kalendoriais, meniu Įrankiai pasirinkite Redaguoti darbo kalendorių.

Rezultato išsaugojimas (daugiau nei 3 formatai).

Patikimumo reikalavimai

Programinės įrangos produktas turi veikti stabiliai ir nesukelti operacinės sistemos gedimų kritinėse situacijose. Gedimo atveju turėtų būti siunčiami teisingi pranešimai, nurodantys tolesnius veiksmus. Norint išvengti klaidų, būtina turėti PMK veikimo vadovą.

Kaip išteklių paskirstymas veikia programavimą?

Jei paskirstysite išteklius, užduotys taip pat bus suplanuotos iš priskyrimo blokų ir išteklių kalendoriaus, nes tai leis tiksliau planuoti. Paskyrimas yra sąjunga konkreti užduotis su konkrečiu ištekliu, atsakingu už užduoties atlikimą. Užduočiai gali būti priskirti daugiau nei vienas išteklius, įskaitant: darbo išteklius, materialinius išteklius ir išlaidų išteklius. Skirtingai nei darbo ištekliai, medžiagų ar išlaidų ištekliai neturi įtakos užduočių planavimui.

Pakeitimai ir papildymai

Jonas taip pat turi inžinerinių išteklių. Darbo ar viršvalandžių kiekis, priskirtas ištekliui, ir kaip tas darbas paskirstomas laikui bėgant. Užduoties tipas, turintis įtakos perplanavimui peržiūrint esamą užduotį. Jei užduotį lemia pastangos. Jei užduotį lemia pastangos pridedant arba pašalinant išteklių paskirstymą, darbas užduotyje išlieka pastovus ir perskirstomas tarp išteklių. Pavyzdžiui, fiksuoto vieneto užduočių atveju vienas rezultatas yra toks, kad jei skiriama daugiau išteklių, užduočiai atlikti reikia trumpiau. Projekto programose ištekliai paskirstomi iš išteklių inventorizacijose nurodytų darbo ir nedarbo laikotarpių.

  • Darbo pasiskirstymas laikui bėgant taip pat gali priklausyti nuo darbo profilių.
  • Užduočiai priskirtų išteklių paskirstymo vienetų skaičius.
  • Yra trijų tipų užduotys: fiksuotos, fiksuotos ir fiksuotos.
Norėdami priskirti išteklius užduotims, spustelėkite Priskirti išteklius.

Programinės įrangos produktas turi užtikrinti įvesties ir išvesties informacijos kontrolę, kad atitiktų nurodytus duomenų formatus.

Programinės įrangos produktas turi užtikrinti klaidingų vartotojo veiksmų apdorojimą, išduodant atitinkamus pranešimus.

Patikimas kuriamo PMC veikimas bus užtikrintas naudojant modernius kompiuterius, griežtai laikantis rekomendacijų. Draudžiama ištrinti bet kokius projekto failus, prieiga prie jų turi būti apribota.

Kokia informacija gali padėti analizuoti mano projekto eigą?

Penkių tipų užduočių informacija leidžia analizuoti eigą stebint projekto užduotis: trukmę, darbą, pradžios datą, pabaigos datą ir kainą. Kiekvieno iš šių laukų tipų variantai leidžia palyginti ir įvertinti pažangą: suplanuotą, suplanuotą, faktinį ir likusį.

Techninės užduoties skyrių sudėtis

Pavyzdžiui, užduotyje gali būti informacijos laukų, kuriuose yra suplanuota užduotis, suplanuota užduotis, faktinė užduotis ir likusi užduotis. Šių laukų turinys gali būti toks pat arba ne. Taip pat galima ištirti tam tikrų laukų skirtumus, kad būtų galima sekti informaciją. Dėl šios priežasties šie laukai vadinami sekimo laukais.

Lentelių atsarginės kopijos turėtų būti sukurtos, kad prireikus jas būtų galima atkurti.

Veikimo sąlygos

Eksploatavimo sąlygos turi atitikti sanitarinius ir techninius kompiuterių veikimo standartus. Dirbti su kompiuteriu leidžiami darbuotojai, turintys pakankamai žinių toje srityje. Šiam programinės įrangos paketui valdyti reikalingas 1 asmuo.

Sumažinti automatinio vertimo atsakomybę: šį straipsnį išvertė kompiuterio sistema be žmogaus įsikišimo. Kadangi šis straipsnis buvo išverstas naudojant automatinį vertimą, jame gali būti žodyno, sintaksės ar gramatikos klaidų. Visų programinės įrangos kūrimo veiklos pradžia yra reikalavimų tyrimas. Ši veikla kartojama visuose reikalavimų rengimo etapuose. Norėdami sužinoti, galite rasti šio straipsnio versiją anglų kalba. . Pradėkite nuo visų reikalavimų tyrimo veiklos, nes ši veikla kartojama atliekant visus kitus reikalavimų rengimo veiksmus.

Techninių priemonių sudėties ir parametrų reikalavimai

Minimalūs programinės ir techninės įrangos reikalavimai normaliam programos veikimui:

Procesorius: AMD arba Intel, kurio dažnis yra 1 GHz ar didesnis;

RAM: 256 Mb ir daugiau;

OS: Windows XP ir naujesnė versija;

Monitorius: SVGA monitorius;

HDD talpa: laisvos vietos ne mažiau 500 Mb;

Kiti reikalavimai: tinklo plokštė, klaviatūra, pelė.

Informacijos ir programinės įrangos suderinamumo reikalavimai

Programinės įrangos sistema veikia naudojant „Windows XP“ ir naujesnes versijas. Programinės įrangos produktas sukurtas naudojant Sharp C programų kūrimo įrankį.

Dokumentacijos programos reikalavimai

Preliminari programos dokumentacijos sudėtis nustatoma pagal GOST 19.101-77. Žemiau pateikiamas programos dokumentų sąrašas ir jų turinys.

Programos tekstas yra programos įrašas su reikalingais paaiškinimais ir komentarais.

Programos aprašymas – informacija apie programos loginę struktūrą ir veikimą.

Testavimo programa ir metodika yra reikalavimai, kuriuos reikia patikrinti testuojant programą, taip pat kontrolės tvarka ir metodai.

Techninės užduotys – šis dokumentas.

Aiškinamasis raštas – algoritmo schema, bendras algoritmo ar programos veikimo aprašymas, taip pat priimtų techninių ir techninių bei ekonominių sprendimų pagrindimas.

Eksploatacijos dokumentai - programos aprašymas, vartotojo vadovas.

Etapai ir raidos etapai

Kūrimas atliekamas keliais etapais pagal GOST 19.101-77 ir apima etapus, parodytus 1.5 lentelėje.

Lentelė – Vystymo etapai

Terminas

Techninė užduotis

Programinės įrangos reikalavimų analizė ir įforminimas, darbų planavimas

Preliminarus dizainas

Programinės įrangos projektavimo išankstinis projektavimas naudojant UML: naudojimo atvejų diagramos, klasių diagramos ir sekos diagramos

Techninis projektas

Darbinės programinės įrangos versijos su pagrindine funkcija diegimas; testavimas

darbo juodraštis

Programinės įrangos taisymas ir papildymas; dokumentacijos rengimas

Įgyvendinimas

Programinės įrangos diegimo ir priežiūros priemonių kūrimas

Kontrolės ir priėmimo tvarka

Eksperimentinių duomenų apdorojimo ir aproksimavimo darbų automatizavimo PMC turi atitikti užsakovo keliamus reikalavimus ir atitikti visus keliamus funkcinius reikalavimus.

Programinės įrangos gaminio valdymas atliekamas tokia tvarka.

– sukurtos programinės įrangos funkcionalumo tikrinimas;

– programos reakcijos į įvairius vartotojo veiksmus tikrinimas;

– išvesties duomenų patikrinimas;

– išėjus iš programos operacinė sistema turėtų ir toliau tinkamai veikti.

Sukurtos sistemos pritaikymas susideda iš jos testavimo darbo vietoje po programinės įrangos produkto nustatymo.

17.11.2014

Bet koks darbas prasideda nuo užduoties, o techninio rašytojo darbas turi prasidėti nuo techninės užduoties. Belieka tik išsiaiškinti, kas tai yra ir kodėl mums to reikia. Perskaitykite Kimberly Chan straipsnį, kad nepatektumėte į tą pačią situaciją kaip kūrėjas iš mūsų jau pamėgtos komiksų serijos.

Kokie yra programinės įrangos kūrimo įgaliojimai?

Dauguma kūrėjų nori dirbti su programinės įrangos kūrimo specifikacija, nes šiame dokumente paprastai yra:

  • Išsamų programinės įrangos paskirties ir funkcionalumo aprašymą;
  • Išsami informacija apie tai, kaip programa veiks, atsižvelgiant į greitį, reakcijos laiką, prieinamumą, perkeliamumą, patikimumą, atkūrimo greitį ir kt.;
  • Parinktys, kaip vartotojai naudos programinę įrangą;
  • Nustatyti, kaip programa sąveikaus su aparatine įranga ar kitomis programomis;
  • Nefunkciniai reikalavimai (pavyzdžiui, veikimo reikalavimai, kokybės standartai arba dizaino apribojimai)

Kodėl tai svarbu?

TOR leidžia kūrėjams aiškiai suprasti programinės įrangos tikslus ir į ką atkreipti dėmesį. Be to, tai:



Kaip parašyti TOR programinės įrangos kūrimui?

Nėra standartinio TOR rašymo metodo, tačiau galime duoti patarimų:

Sukurkite schemą

Jei dar neturite šablono, juos galite rasti internete. Norėdami sukurti dokumento kontūrą, naudokite šabloną. Pakeiskite jį, kad atitiktų jūsų organizacijos poreikius.

Referencinių planų sąlygos skiriasi priklausomai nuo organizacijos ir jos procesų. Kai kurie iš jų gali būti paprasti, kiti išsamesni ir sudėtingesni.

Štai paprasto programinės įrangos TOR plano pavyzdys:

  1. Taikymo sritis
  2. Sistemos apžvalga
  3. Nuorodos
  4. Apibrėžimai
  5. Naudojimo pavyzdžiai
  6. Funkciniai reikalavimai
  7. Nefunkciniai reikalavimai

Sukūrę planą galite parašyti specifikaciją. Štai keletas patarimų:

Pasirinkite rašyti geriau

Rašytojas turi turėti puikius bendravimo įgūdžius. Specifikacijos tikslas – kad ją suprastų visi. Viskas, kas lieka neaišku ar nesuprasta, gali sukelti ne itin malonių pasekmių. Daugelis mano, kad techninio rašytojo įtraukimas į procesą padeda išvengti nesusipratimų. Yra rašytojų, labiau patyrusių nei kūrėjų, turinčių tikslumo ir aiškumo talentą. Techniniai rašytojai žino, kaip rinkti ir apdoroti reikiamą informaciją; jie taip pat žino, kaip pranešti apie klientų poreikius.

Padarykite informaciją vizualiai

Vaizdas gali sutaupyti 1000 žodžių. Norėdami geriau perteikti idėjas, įtraukite vaizdinę informaciją, pvz., lenteles ir grafikus.

Nedokumentuokite per daug

Stenkitės neįtraukti į dokumentą dalykų, kurių nereikia dokumentuoti. TOR gali tapti per ilgas, todėl venkite perteklinės informacijos.

Sukurkite internetinę TOR versiją ir nuolat ją atnaujinkite

Atlikus užduotis arba pasikeitus personalui ar procesams, TOR reikės atnaujinti. Dėl šios priežasties pasilikite virtualią versiją – tai padės užtikrinti, kad visa komanda gaus atnaujintą dokumentą dėl bet kokių pakeitimų.