Ustvarjanje programske opreme ni sestavljeno le iz razvoja. Preden začnejo delati na programski opremi, morajo razvijalci natančno vedeti, kaj naj ustvarijo. Zato se razvoj običajno začne s pripravo kopice dokumentov, ki podrobno opisujejo bodoči projekt. Dokumenti vključujejo številne raziskave, analize in specifikacije, med katerimi je tudi specifikacija programskih zahtev (SRS).
Ta članek je posvečen SRS, njegovemu pomenu za vaš projekt in korakom za ustvarjanje visokokakovostne specifikacije programske opreme. Poglobimo se v temo z opredelitvijo SRS.
youtube velik predvajalnik ne deluje
Kaj je dokumentacija zahtev programske opreme in zakaj jo potrebujete?
Dokumentacija zahtev programske opreme je dokument, ki opisuje funkcionalne in nefunkcionalne specifikacije programske opreme, način njenega razvoja in primere uporabe – načine, kako bodo uporabniki komunicirali s programsko opremo, ko bo pripravljena. SRS poročilo se običajno pripravi med faza odkrivanja projekta . Lastniki podjetij lahko sami strukturirajo vse specifikacije ali pa to nalogo zaupajo strokovnjakom, ki imajo izkušnje z razvojem programske opreme in definiranjem specifikacij.
Nekateri lastniki podjetij bi morda želeli preskočiti fazo odkrivanja, vključno s pripravo dokumentacije. Vendar pa lahko zanemarjanje te faze povzroči neuspeh projekta. Glede na raziskavo PMI Pulse of the Profession, 35 % projektov ne uspe zaradi netočnih zahtev. Ali bi kateri lastnik podjetja zavrnil izvedbo zbiranja SRS, če bi to statistiko poznal že prej? Dvomimo o tem. Torej, tukaj je, kako ima vaša ekipa koristi od vseh zahtev programske opreme na enem mestu:
- Razvijalci odločijo za tehnološki sklad, ki ga bodo potrebovali za izdelavo zadnjega in sprednjega dela programske opreme
- Oblikovalci dobili idejo o tem, kako lahko odražajo funkcionalnost v vmesniku programske opreme
- Testerji pridobiti razumevanje testnih primerov, ki jih bodo morali pripraviti, in zagotoviti, da programska oprema izpolnjuje poslovne zahteve
- Lastniki podjetij pridobijo seznam funkcij, potrebnih za njihov izdelek, in se lahko informirano odločajo o naložbah
Na splošno je dokumentacija zahtev programske opreme vodilo, ki zagotavlja, da imajo vsi, ki so vključeni v proces razvoja programske opreme, jasno vizijo procesa in enaka pričakovanja. Tako poročilo SRS omogoča izogibanje nesporazumom in nesporazumom znotraj ekipe.
Če se odločite za samostojno ustvarjanje specifikacij, vam lahko koristi uporaba nekaterih specifikacij programske opreme primeri lahko najdete na internetu. Če želite to nalogo prenesti na strokovnjake, poskrbite, da boste našli zanesljivo podjetje, ki ima močno ekipo poslovnih analitikov, vodij projektov, razvijalcev in preizkuševalcev, ki lahko zagotovijo visokokakovostne specifikacije.
Stvari, ki jih morate vedeti, preden napišete poročilo SRS
Da bi pravilno prepoznali zahteve programske opreme, je pomembno vedeti, kakšno vrednost naj programska oprema prinese podjetju in uporabnikom programske opreme. Pomembno je tudi poznati lastnosti visoke kakovosti specifikacije programske opreme .
Poslovne in uporabniške zahteve
Poslovne in uporabniške zahteve odražajo bistvo programske opreme, ki bo izdelana. Poslovne zahteve opisujejo cilje, ki jih lastniki podjetij želijo doseči s posebno programsko opremo. Cilji so lahko različni: avtomatizirati procese, zmanjšati število zaposlenih in strojne opreme itd. Zahteve uporabnikov se razlikujejo glede na vrsto programske opreme. Vendar pa v večini primerov uporabniki želijo aplikacije, ki delujejo hitro in so intuitivne za uporabo. Pomembno je, da upoštevate te zahteve za pisanje podrobnih specifikacij.
Značilnosti visokokakovostnih SRS
Da bi bilo poročilo o specifikaciji zahtev programske opreme v največji možni meri uporabno za projekt in ekipo, je pomembno, da ga naredite:
- Dokončano tako da vsak član ekipe, vključen v projekt, najde potrebne informacije v poročilu. Razvijalci bi morali tam najti tehnične zahteve, medtem ko bi morali oblikovalci UI/UX imeti splošne smernice za načrtovanje. Preizkuševalci bi morali razumeti, kako mora programska oprema delovati, da jo lahko pravilno preizkusijo. Lastniki izdelkov potrebujejo ta dokument, da imajo jasno vizijo svojega projekta.
- Merljivo tako da lahko primerjate pripravljen izdelek s specifikacijami, ki ste jih pripravili na samem začetku. Nima smisla reči, da mora vaša programska oprema izpolnjevati vse zahteve.
- Prilagodljiv. SRS poročilo ni nekaj, kar napišete enkrat in ga ne morete spremeniti do konca projekta. Nasprotno, zahteve se lahko spremenijo, ko se delo na projektu nadaljuje. Tako bi morala biti oblika vašega poročila priročna za prilagajanje, kadar koli jo potrebujete.
- Jasno in natančno. Pomembno je, da se izognete odvečnim frazam in dvoumnostim. Vsak proces je treba opisati s preprostimi besedami, s seznamom tehnologij, potrebnih za izdelavo programske opreme.
Zdaj, ko veste, katere stvari so ključne za visokokakovostno dokumentacijo zahtev programske opreme, je čas, da vidite, iz česa je sestavljena.
Komponente specifikacije zahtev programske opreme
Poročilo SRS mora biti dosledno, zato je pomembno, da se držimo posebne strukture, ki bralcem pomaga, da zlahka zaznajo informacije. Spodaj opisujemo glavne dele, ki jih mora vsebovati dostojen SRS.
Uvod
Uvod naj na kratko razloži, katera programska oprema bo izdelana, tako da bo vsak član ekipe dobil splošno razumevanje projekta, na katerem dela.
Predvideno občinstvo
V tem razdelku avtorji poročila omenjajo vse člane ekipe, ki imajo dostop do dokumenta. Praviloma so programski inženirji, preizkuševalci, oblikovalci in vodje projektov. Lastnik izdelka, ki naroči razvoj programske opreme, bi moral biti tudi vključen na ta seznam in imeti možnost, da si kadar koli ogleda dokument, da se prepriča, ali vse poteka po načrtih.
Splošni opis
Ta razdelek opisuje funkcije, ki jih mora izvajati programska oprema. Našli boste tudi uporabniške vloge in primere uporabe. V tem delu je mogoče opisati predpostavke in odvisnosti, da napovemo možne izzive in načine za njihovo premagovanje. V ta razdelek je mogoče vključiti tudi omejitve načrtovanja.
Zahteve za zunanji vmesnik
Ta del poročila SRS opisuje, kako naj bi medsebojno delovali uporabniki, strojna in programska oprema. Odsek lahko razdelimo na štiri dele:
- The uporabniški vmesniki del opisuje, kako bodo uporabniki komunicirali s programsko opremo.
- The strojni vmesniki del je o interakciji med strojno in programsko opremo.
- The programski vmesniki del pojasnjuje, kako je programska oprema povezana s svojimi komponentami, vključno z operacijskimi sistemi, knjižnicami, bazami podatkov itd.
- The komunikacijski vmesniki del opisuje komunikacijske kanale, ki se uporabljajo znotraj programske opreme: e-pošta, brskalniki, strežniški protokoli itd.
Funkcionalne zahteve
Ta razdelek govori o načinu delovanja programske opreme. Opisuje vsako funkcijo, tako da lahko vsi člani ekipe razumejo obseg dela. Funkcionalne zahteve morajo biti sestavljene iz opisa delovnega toka sistema, vedenja če/potem, logike ravnanja s podatki ter vhodov in izhodov podatkov.
koliko je detox za travo
Bolj podroben je opis funkcionalnosti, manj je možnosti za predelavo v prihodnosti. Podroben opis funkcionalnih zahtev omogoča tudi oceno časa in stroškov razvoja.
videoposnetki ne delujejo v Chromu
Nefunkcionalne zahteve
Ta razdelek opisuje želeno zmogljivost programske opreme, ki je izražena kot njene lastnosti. Glavne nefunkcionalne zahteve so praviloma varnost, uporabnost, preizkušanost, razširljivost itd.
Dodatki
V tem razdelku bi morali zbrati vse informacije, ki pomagajo bolje razumeti glavne specifikacije. Ta razdelek je prostor za okrajšave, izraze in njihove definicije, diagrame, sheme itd.
Zgoraj omenjeni oris je mogoče spremeniti glede na projekt, vrsto aplikacije, ki jo je treba zgraditi, kompleksnost aplikacije itd. Oris lahko spremenite na način, ki je bolj primeren za vašo ekipo, vendar morate vključiti vse glavne razdelke za popolne informacije o projektu.
Orodja za izdelavo SRS poročil
Ne glede na to, katero orodje izberete za ustvarjanje specifikacij programske opreme za vaš projekt, mora biti dokument priročen za uporabo in skupno rabo vsem članom, ki sodelujejo v projektu. Spodaj navajamo več priljubljenih načinov in orodij za generiranje SRS poročila.
Google Dokumenti
Veliko poslovnih analitikov se odloči za Googlove storitve, kot so Google dokumenti ali Google Spreadsheets, ker so enostavne za uporabo in urejanje. Poleg tega lahko avtorji poročil eksperimentirajo s pogledi dokumentov, da jih naredijo bolj berljive za druge. Kot storitve v oblaku so Googlovi dokumenti in preglednice tudi bolj priročne za skupno rabo v primerjavi z Microsoft dokumenti ali drugimi urejevalniki besedil brez povezave.
Pearl
Pearl je orodje za upravljanje zahtev, ki čim bolj olajša obdelavo vseh nalog, povezanih s specifikacijo. Vse kar morate storiti je, da definirate primere uporabe, uporabniške vloge, pogoje in tokove. Ko to storite, lahko z enim klikom ustvarite poročilo. Druga dobra stvar pri orodju Pearl je, da omogoča obvestila in komentarje za priročno skupinsko delo.
Helix RM
Helix RM je še eno orodje, ki olajša delo s specifikacijami. Njegova obsežna funkcionalnost omogoča ekipam, da delajo s specifikacijami z največjim udobjem. Zlasti Helix RM svojim uporabnikom ponuja grafična orodja, sledljivost zahtev, funkcije sodelovanja v realnem času in še več. Velika prednost orodja je njegova integracija z različno programsko opremo, kot so Slack, Jira, GitHub itd.
Zaključek
Pravilno izdelana dokumentacija o zahtevah za programsko opremo naredi ⅓ uspeha vašega projekta, zato je ključnega pomena, da bodite pozorni na ta del pri razvoju programske opreme. SRS poročilo lahko delate sami ali z ekipo poslovnih analitikov in programskih inženirjev podjetja, ki ga izberete za sodelovanje.
Ne glede na to, kdo bo napisal specifikacije in katere programe bo za to uporabil, se prepričajte, da je dokumentacija o zahtevah za programsko opremo jasna, dosledna, merljiva, prilagodljiva in popolna.
