FORMÁT ŠPECIFIKÁCIE SOFTVÉROVÝCH POŽIADAVIEK (SRS) - TECHCODEVIEW.COM

Aby ste vytvorili dobrý SRS, tu uvidíte niekoľko bodov, ktoré možno použiť a mali by sa zvážiť pri vytváraní štruktúry dobrej špecifikácie softvérových požiadaviek (SRS). Tieto sú uvedené nižšie v obsahu a sú dobre vysvetlené nižšie.

Formát špecifikácie softvérových požiadaviek (SRS). ako už názov napovedá, ide o kompletnú špecifikáciu a popis požiadaviek na softvér, ktoré je potrebné splniť pre úspešný vývoj softvérového systému. Tieto požiadavky môžu byť funkčné aj nefunkčné v závislosti od typu požiadavky. Interakcia medzi rôznymi zákazníkmi a dodávateľmi sa uskutočňuje, pretože je potrebné plne pochopiť potreby zákazníkov. Formát špecifikácie softvérových požiadaviek V závislosti od informácií získaných po interakcii sa vyvíja SRS, ktorá popisuje požiadavky na softvér, ktoré môžu zahŕňať zmeny a úpravy, ktoré je potrebné vykonať na zvýšenie kvality produktu a uspokojenie požiadaviek zákazníka.

Úvod

Účel tohto dokumentu – Najprv je vysvetlený a opísaný hlavný cieľ, prečo je tento dokument potrebný a aký je účel dokumentu.
Rozsah tohto dokumentu - V tomto dokumente je popísaný a vysvetlený celkový pracovný a hlavný cieľ dokumentu a akú hodnotu poskytne zákazníkovi. Obsahuje aj popis nákladov na vývoj a potrebného času.
Prehľad – V tomto je vysvetlený popis produktu. Je to jednoducho súhrn alebo celková recenzia produktu.

Všeobecný popis

V tomto sú uvedené všeobecné funkcie produktu, ktoré zahŕňajú cieľ užívateľa, užívateľskú charakteristiku, vlastnosti, výhody, prečo je spomenutá jeho dôležitosť. Tiež popisuje vlastnosti komunity používateľov.

cesta nastavená v jazyku Java

Funkčné požiadavky

V tomto je plne vysvetlený možný výsledok softvérového systému, ktorý zahŕňa efekty spôsobené prevádzkou programu. Všetky funkčné požiadavky, ktoré môžu zahŕňať výpočty, spracovanie údajov atď., sú usporiadané podľa poradia. Funkčné požiadavky špecifikujú očakávané správanie systému – ktoré výstupy by mali byť produkované z daných vstupov. Popisujú vzťah medzi vstupom a výstupom systému. Pre každú funkčnú požiadavku musí byť špecifikovaný podrobný popis všetkých vstupných údajov a ich zdroj, merné jednotky a rozsah platných vstupov.

Požiadavky na rozhranie

V tomto sú úplne popísané a vysvetlené softvérové rozhrania, ktoré znamenajú, ako softvérový program komunikuje medzi sebou alebo používateľmi buď vo forme akéhokoľvek jazyka, kódu alebo správy. Príkladom môže byť zdieľaná pamäť, dátové toky atď.

Požiadavky na výkon

V tomto je vysvetlené, ako softvérový systém vykonáva požadované funkcie za špecifických podmienok. Vysvetľuje tiež požadovaný čas, požadovanú pamäť, maximálnu chybovosť atď. Časť požiadaviek na výkon SRS špecifikuje obmedzenia výkonu softvérového systému. Všetky požiadavky týkajúce sa výkonnostných charakteristík systému musia byť jasne špecifikované. Existujú dva typy výkonnostných požiadaviek: statické a dynamické. Statické požiadavky sú tie, ktoré neobmedzujú výkonové charakteristiky systému. Dynamické požiadavky špecifikujú obmedzenia správania pri vykonávaní systému.

Obmedzenia dizajnu

V tomto sú špecifikované a vysvetlené pre dizajnérsky tím obmedzenia, ktoré jednoducho znamenajú obmedzenie alebo obmedzenie. Príklady môžu zahŕňať použitie konkrétneho algoritmu, hardvérové a softvérové obmedzenia atď. V prostredí klienta existuje množstvo faktorov, ktoré môžu obmedzovať výber dizajnéra, čo vedie k obmedzeniam návrhu. Medzi tieto faktory patria normy, ktoré musia byť dodržané limity zdrojov, prevádzka prostredie, spoľahlivosť a bezpečnostné požiadavky a politiky, ktoré môžu mať vplyv na návrh systému. SRS by mal identifikovať a špecifikovať všetky takéto obmedzenia.

Nefunkčné atribúty

V tomto sú vysvetlené nefunkčné atribúty, ktoré softvérový systém vyžaduje pre lepší výkon. Príkladom môže byť bezpečnosť, prenosnosť, spoľahlivosť, opätovná použiteľnosť, kompatibilita aplikácií, integrita údajov, kapacita škálovateľnosti atď.

css podčiarknutý text

Predbežný harmonogram a rozpočet

V tejto časti je vysvetlená počiatočná verzia a rozpočet plánu projektu, ktorý zahŕňa celkovú dobu trvania a celkové náklady potrebné na vývoj projektu.

Dodatky

V tomto sú uvedené a vysvetlené ďalšie informácie, ako sú odkazy, odkiaľ sa informácie zbierajú, definície niektorých špecifických pojmov, akronymy, skratky atď.

Použitie dokumentu SRS

Vývojový tím to vyžaduje pre vývoj produktu podľa potreby.
Testovacie plány generuje testovacia skupina na základe popísaného externého správania.
Pracovníci údržby a podpory to potrebujú, aby pochopili, čo má softvérový produkt robiť.
Projektový manažér na tom zakladá svoje plány a odhady harmonogramu, úsilia a zdrojov.
zákazník sa na ňu spolieha, že pozná produkt, ktorý môže očakávať.
Ako zmluva medzi vývojárom a zákazníkom.
na účely dokumentácie.

Časté otázky o formáte SRS

1. Prečo je dôležité definovať rozsah dokumentu SRS?

Definovanie rozsahu v dokumente SRS pomáha zákazníkovi pochopiť ciele a hodnotu softvéru. Obsahuje tiež podrobnosti o tom, koľko bude stáť vytvorenie a ako dlho to bude trvať, aby boli jasné obmedzenia projektu.
10 ml až oz

2. Aké sú funkčné požiadavky v dokumente SRS a prečo sú dôležité?

Funkčné požiadavky popisujú, ako má softvérový systém fungovať, vrátane toho, ako by mal reagovať na vstupy a robiť výstupy. Pomôžu vám zistiť, čo softvér potrebuje urobiť, a poskytnú vám miesto, kde ho môžete začať vytvárať a testovať.

Záver

Vývoj softvéru vyžaduje dobre štruktúrovanú špecifikáciu softvérových požiadaviek (SRS). Pomáha zainteresovaným stranám komunikovať, poskytuje plán pre vývojové tímy, vedie testerov pri vytváraní efektívnych plánov testovania, vedie zamestnancov údržby a podpory, informuje o rozhodnutiach projektového manažmentu a stanovuje očakávania zákazníkov. Dokument SRS pomáha zabezpečiť, aby softvér spĺňal funkčné a nefunkčné požiadavky, výsledkom čoho je kvalitný produkt načas av rámci rozpočtu.