FORMÁT SPECIFIKACE POŽADAVKŮ NA SOFTWARE (SRS) - TECHCODEVIEW.COM

Aby bylo možné vytvořit dobrý SRS, zde uvidíte některé body, které lze použít a které by měly být považovány za vytvoření struktury dobré specifikace požadavků na software (SRS). Ty jsou uvedeny níže v obsahu a jsou níže dobře vysvětleny.

Formát SRS (Software Requirement Specification). jak název napovídá, jedná se o kompletní specifikaci a popis požadavků na software, které je potřeba splnit pro úspěšný vývoj softwarového systému. Tyto požadavky mohou být funkční i nefunkční v závislosti na typu požadavku. Interakce mezi různými zákazníky a dodavateli se provádí, protože je nutné plně porozumět potřebám zákazníků. Formát specifikace požadavků na software V závislosti na informacích shromážděných po interakci je vyvinut SRS, který popisuje požadavky na software, které mohou zahrnovat změny a úpravy, které je třeba provést pro zvýšení kvality produktu a uspokojení poptávky zákazníka.

Úvod

Účel tohoto dokumentu – Nejprve je vysvětlen a popsán hlavní cíl, proč je tento dokument nezbytný a jaký je jeho účel.
Rozsah tohoto dokumentu - V tomto je popsán a vysvětlen celkový pracovní a hlavní cíl dokumentu a jakou hodnotu poskytne zákazníkovi. Obsahuje také popis nákladů na vývoj a potřebného času.
Přehled – Zde je vysvětlen popis produktu. Je to prostě souhrn nebo celková recenze produktu.

Obecný popis

V tomto jsou uvedeny obecné funkce produktu, které zahrnují cíl uživatele, uživatelskou charakteristiku, vlastnosti, výhody, proč je zmíněna jeho důležitost. Popisuje také vlastnosti uživatelské komunity.

jak používat pracovní stůl mysql

Funkční požadavky

V tomto je plně vysvětlen možný výsledek softwarového systému, který zahrnuje efekty způsobené provozem programu. Všechny funkční požadavky, které mohou zahrnovat výpočty, zpracování dat atd., jsou seřazeny podle pořadí. Funkční požadavky specifikují očekávané chování systému – které výstupy by měly být vyrobeny z daných vstupů. Popisují vztah mezi vstupem a výstupem systému. Pro každý funkční požadavek musí být uveden podrobný popis všech datových vstupů a jejich zdroje, měrné jednotky a rozsah platných vstupů.

Požadavky na rozhraní

V tomto jsou plně popsána a vysvětlena softwarová rozhraní, která znamenají, jak softwarový program komunikuje mezi sebou nebo s uživateli buď ve formě jakéhokoli jazyka, kódu nebo zprávy. Příkladem může být sdílená paměť, datové toky atd.

Požadavky na výkon

Zde je vysvětleno, jak softwarový systém provádí požadované funkce za určitých podmínek. Vysvětluje také požadovaný čas, požadovanou paměť, maximální chybovost atd. Část požadavků na výkon SRS specifikuje omezení výkonu softwarového systému. Všechny požadavky týkající se výkonnostních charakteristik systému musí být jasně specifikovány. Existují dva typy požadavků na výkon: statické a dynamické. Statické požadavky jsou takové, které neomezují vlastnosti provedení systému. Dynamické požadavky specifikují omezení chování při provádění systému.

Omezení návrhu

V tomto jsou specifikovány a vysvětleny pro konstrukční tým omezení, která jednoduše znamenají omezení nebo omezení. Příklady mohou zahrnovat použití konkrétního algoritmu, omezení hardwaru a softwaru atd. V prostředí klienta existuje řada faktorů, které mohou omezovat výběr návrháře, což vede k omezením návrhu, mezi takové faktory patří standardy, které musí být dodržovány limity zdrojů, provozní požadavky na prostředí, spolehlivost a bezpečnost a zásady, které mohou mít dopad na návrh systému. SRS by měla identifikovat a specifikovat všechna taková omezení.

Nefunkční atributy

V tomto jsou vysvětleny nefunkční atributy, které vyžaduje softwarový systém pro lepší výkon. Příkladem může být zabezpečení, přenositelnost, spolehlivost, opětovná použitelnost, kompatibilita aplikací, integrita dat, kapacita škálovatelnosti atd.

počítat zřetelně

Předběžný harmonogram a rozpočet

V této části je vysvětlena počáteční verze a rozpočet plánu projektu, který zahrnuje celkovou potřebnou dobu trvání a celkové náklady potřebné na vývoj projektu.

Dodatky

Zde jsou uvedeny a vysvětleny další informace, jako jsou odkazy, odkud se informace shromažďují, definice některých konkrétních termínů, akronymy, zkratky atd.

Použití dokumentu SRS

Vývojový tým to vyžaduje pro vývoj produktu podle potřeby.
Testovací plány generuje testovací skupina na základě popisu vnějšího chování.
Pracovníci údržby a podpory jej potřebují, aby pochopili, co má softwarový produkt dělat.
Projektový manažer na tom zakládá své plány a odhady harmonogramu, úsilí a zdrojů.
zákazník spoléhá na to, že bude znát produkt, který může očekávat.
Jako smlouva mezi vývojářem a zákazníkem.
v dokumentačním účelu.

Časté dotazy o formátu SRS

1. Proč je důležité definovat rozsah dokumentu SRS?

Definování rozsahu v dokumentu SRS pomáhá zákazníkovi pochopit cíle a hodnotu softwaru. Obsahuje také podrobnosti o tom, kolik bude stát vytvoření a jak dlouho to bude trvat, aby byly jasné limity projektu.

2. Jaké jsou funkční požadavky v dokumentu SRS a proč jsou důležité?

Funkční požadavky popisují, jak má softwarový systém fungovat, včetně toho, jak by měl reagovat na vstupy a vytvářet výstupy. Pomohou vám zjistit, co software potřebuje, a poskytnou vám místo, kde jej můžete začít budovat a testovat.
npm vyčistit mezipaměť

Závěr

Vývoj softwaru vyžaduje dobře strukturovanou specifikaci softwarových požadavků (SRS). Pomáhá zúčastněným stranám komunikovat, poskytuje plán pro vývojové týmy, vede testery při vytváření efektivních plánů testování, vede zaměstnance údržby a podpory, informuje o rozhodnutích projektového řízení a nastavuje očekávání zákazníků. Dokument SRS pomáhá zajistit, že software splňuje funkční i nefunkční požadavky, což vede ke kvalitnímu produktu včas a v rámci rozpočtu.