FORMAT SPECIFIKACIJE PROGRAMSKE OPREME (SRS) - TECHCODEVIEW.COM

Da bi oblikovali dober SRS, boste tukaj videli nekaj točk, ki jih je mogoče uporabiti in jih je treba upoštevati pri oblikovanju strukture dobre specifikacije programskih zahtev (SRS). Te so navedene spodaj v kazalu in so dobro razložene spodaj.

Format specifikacije programske opreme (SRS). kot že ime pove, je popolna specifikacija in opis zahtev programske opreme, ki morajo biti izpolnjene za uspešen razvoj programskega sistema. Te zahteve so lahko funkcionalne in nefunkcionalne, odvisno od vrste zahteve. Interakcija med različnimi strankami in izvajalci poteka zato, ker je potrebno v celoti razumeti potrebe strank. Format specifikacije programske opreme Glede na informacije, zbrane po interakciji, se razvije SRS, ki opisuje zahteve programske opreme, ki lahko vključujejo spremembe in modifikacije, ki jih je treba izvesti za povečanje kakovosti izdelka in zadovoljitev povpraševanja kupca.

Uvod

Namen tega dokumenta – Najprej je pojasnjen in opisan glavni namen, zakaj je ta dokument potreben in kakšen je namen dokumenta.
Obseg tega dokumenta – V tem je opisan in razložen splošni delovni in glavni cilj dokumenta ter vrednost, ki jo bo zagotovil stranki. Vključuje tudi opis stroškov razvoja in potrebnega časa.
Pregled – V tem je razložen opis izdelka. To je preprosto povzetek ali splošni pregled izdelka.

Splošen opis

V tem so omenjene splošne funkcije izdelka, ki vključuje cilj uporabnika, lastnosti uporabnika, značilnosti, prednosti, o tem, zakaj je omenjen njegov pomen. Opisuje tudi značilnosti uporabniške skupnosti.

sredinska slika v css

Funkcionalne zahteve

V tem je v celoti pojasnjen možen rezultat programskega sistema, ki vključuje učinke zaradi delovanja programa. Vse funkcionalne zahteve, ki lahko vključujejo izračune, obdelavo podatkov itd., so razvrščene po vrstnem redu. Funkcionalne zahteve določajo pričakovano vedenje sistema – kateri izhodi morajo biti proizvedeni iz danih vhodov. Opisujejo razmerje med vhodom in izhodom sistema. Za vsako funkcionalno zahtevo je treba navesti podroben opis vseh vnosov podatkov in njihov vir, merske enote in obseg veljavnih vnosov.

Zahteve za vmesnik

V tem so v celoti opisani in razloženi programski vmesniki, ki pomenijo, kako programska oprema komunicira med seboj ali uporabniki v obliki katerega koli jezika, kode ali sporočila. Primeri so lahko skupni pomnilnik, podatkovni tokovi itd.

Zahteve glede delovanja

V tem je razloženo, kako sistem programske opreme izvaja želene funkcije pod določenimi pogoji. Pojasnjuje tudi potreben čas, potreben pomnilnik, največjo stopnjo napak itd. Del SRS z zahtevami glede zmogljivosti določa omejitve zmogljivosti programskega sistema. Vse zahteve v zvezi z značilnostmi delovanja sistema morajo biti jasno določene. Obstajata dve vrsti zahtev glede zmogljivosti: statične in dinamične. Statične zahteve so tiste, ki ne nalagajo omejitev na izvedbene značilnosti sistema. Dinamične zahteve določajo omejitve pri izvajanju sistema.

Oblikovalske omejitve

V tem so omejitve, ki preprosto pomenijo omejitev ali omejitev, določene in razložene za oblikovalsko ekipo. Primeri lahko vključujejo uporabo določenega algoritma, omejitve strojne in programske opreme itd. Obstajajo številni dejavniki v naročnikovem okolju, ki lahko omejujejo izbire oblikovalca, kar vodi do omejitev načrtovanja. Takšni dejavniki vključujejo standarde, ki jih je treba upoštevati, omejitve virov, delovanje okolje, zanesljivost in varnostne zahteve ter politike, ki lahko vplivajo na zasnovo sistema. SRS mora opredeliti in opredeliti vse take omejitve.

Nefunkcionalni atributi

V tem so pojasnjeni nefunkcionalni atributi, ki jih programski sistem zahteva za boljše delovanje. Primer lahko vključuje varnost, prenosljivost, zanesljivost, možnost ponovne uporabe, združljivost aplikacij, celovitost podatkov, zmogljivost razširljivosti itd.

pretvori objekt java v json

Predhodni urnik in proračun

V tem sta razložena začetna različica in proračun projektnega načrta, ki vključuje celotno zahtevano časovno trajanje in skupne stroške, potrebne za razvoj projekta.

Dodatki

V tem so navedene in razložene dodatne informacije, kot so reference, od koder so informacije zbrane, definicije nekaterih specifičnih izrazov, akronimi, okrajšave itd.

Uporabe dokumenta SRS

Razvojna ekipa ga potrebuje za razvoj izdelka glede na potrebe.
Testne načrte ustvari skupina za testiranje na podlagi opisanega zunanjega vedenja.
Vzdrževalno in podporno osebje ga potrebuje, da razume, kaj naj bi programski izdelek naredil.
Vodja projekta na tem temelji svoje načrte in ocene urnika, truda in virov.
kupci se zanašajo na to, da vedo, kateri izdelek lahko pričakujejo.
Kot pogodba med razvijalcem in stranko.
v namen dokumentacije.

Pogosta vprašanja o formatu SRS

1. Zakaj je pomembno določiti obseg dokumenta SRS?

Opredelitev obsega v dokumentu SRS pomaga stranki razumeti cilje in vrednost programske opreme. Vsebuje tudi podrobnosti o tem, koliko bo stalo ustvarjanje in kako dolgo bo trajalo, tako da so meje projekta jasne.
java arraylist

2. Kaj so funkcionalne zahteve v dokumentu SRS in zakaj so pomembne?

Funkcionalne zahteve opisujejo, kako naj programski sistem deluje, vključno s tem, kako naj se odziva na vhode in ustvarja rezultate. Pomagajo vam ugotoviti, kaj mora narediti programska oprema, in vam dajo možnost, da jo začnete graditi in preizkušati.

Zaključek

Razvoj programske opreme zahteva dobro strukturirano specifikacijo programske opreme (SRS). Pomaga zainteresiranim stranem komunicirati, zagotavlja načrt za razvojne ekipe, usmerja preizkuševalce pri ustvarjanju učinkovitih testnih načrtov, usmerja zaposlene pri vzdrževanju in podpori, daje informacije pri odločitvah pri vodenju projektov in določa pričakovanja strank. Dokument SRS pomaga zagotoviti, da programska oprema izpolnjuje funkcionalne in nefunkcionalne zahteve, rezultat pa je kakovosten izdelek pravočasno in v okviru proračuna.