V souladu s jednotlivými detaily a požadavky definovanými v software, projekt, který se provádí, je velké cíle, které developer musí dosáhnout, aby splnila očekávání svých zákazníků a aby byl projekt úspěšný. Jak může vývojář vytvořit systémy, které splňují všechny požadavky svých zákazníků? Může to být jedna z vašich prvních otázek.
jde o to, že úspěch softwarového projektu ovlivňuje mnoho faktorů. Dnes však budeme hovořit o zásadním dokumentu, který by měl být připraven v raných fázích vývoje produktu. Mluvíme o dokumentu SPECIFIKACE softwarových požadavků.
SPECIFIKACE softwarových požadavků (SRS) je nepochybně považována za jednu z nejkritičtějších fází vývoje softwaru/produktu. SRS-specifikace požadavků na Software-speciální softwarová dokumentace, která obsahuje informace o tom, jak by se měl samotný systém chovat, jaké funkce by měl vykonávat, jaké zatížení by měl vydržet atd. Dokument požadavků na produkt je místem, kde jsou popsány vlastnosti a požadavky softwaru, produktu, programu nebo sady programů. Tyto prvky jsou vyjádřeny v přirozeném jazyce, bez úvah nebo technických pojmů.
- můžete získat přesný odhad nákladů, rizik a časových nákladů.
- klient bude schopen formulovat svou vizi projektu jasněji.
- zákazník a dodavatel budou mít stejnou představu o produktu.
- pomůže identifikovat optimální sadu funkcí.
- slouží jako základ pro tvorbu další technické dokumentace.
- proces vývoje bude optimalizován a čas minimalizován.
- nedojde k duplikaci úkolů.
- umožňuje strukturovat problémy a řešit je snadněji a rychleji.
je zřejmé, že špatná SPECIFIKACE softwarových požadavků může vést k neúspěšným projektům. Proto se tato disciplína stává stále důležitější.
jak připravit dokument o požadavcích na produkt?
následující šablona se řídí pokyny stanovenými v IEEE 830 standard, podle kterého požadavky na software specifikace by měla obsahovat popis funkčnosti aplikace, vztah s externími systémy a non-funkčních požadavků jako je výkon, dostupnost, dobu odezvy, a udržovatelnost mezi ostatní.
Šablona pro přípravu požadavky na software dokument je rozdělen do následujících sekcí:
Cíl:
měli Byste přidat jméno nebo název produktu, které je uvedeno v dokumentu, včetně jeho verze číslo nebo uvolnění. Popsat, které prvky nebo části působnosti softwaru jsou zahrnuty v dokumentu, zjistit, zda pokrývá celý software, pouze jedna jeho část, subsystém nebo podskupina procesů.
rozsah software:
měl by Tam být stručný popis rozsah software, který je uvedeno, včetně účelu, nebo obecné cíle, výhody poskytované pro firmy a organizace prostoru, vztah softwaru cílů s firemní cíle a firemní strategie. Můžete odkazovat na jiné dokumenty.
zde můžete zahrnout další tištěné dokumenty, elektronické dokumenty nebo elektronické adresy, které doplňují dokument požadavků na produkt.
funkce produktu:
každá funkce může být složena z jednoho nebo několika funkčních softwarových požadavků. Měl by být zahrnut pouze číslovaný seznam hlavních funkcí.
uživatelské vlastnosti:
v této části byste měli popsat uživatele, kteří budou tento produkt používat. Klasifikujte je na základě pravidelnosti používání, skupiny použitých funkcí, bezpečnostních oprávnění, úrovně zkušeností a dalších parametrů.
operační prostředí:
mělo by být zahrnuto také prostředí, ve kterém bude systém, software, modul nebo skupina funkcí vyvíjena. Uveďte takové aspekty, jako jsou verze operačního systému, hardwarová platforma a další systémy nebo prvky, se kterými musí koexistovat.
funkční požadavky:
seznam funkcí a pro každou z nich si všimněte funkčních požadavků. Mohou být také dokumentovány v matici sledovatelnosti požadavků.
obchodní pravidla:
tato část obsahuje zásady, které se musí vztahovat na celou sadu softwarových specifikací uvedených v dokumentu. Vysvětlete například, kteří jednotlivci mohou za určitých okolností hrát určitou roli.
Vnější rozhraní požadavky:
Tato kapitola obsahuje rozhraní s hardware, rozhraní s jinými systémy a komunikační rozhraní, vlastnosti a atributy uživatelských rozhraní (GUI).
nefunkční požadavky:
specifikují kritéria pro vyhodnocení provozu služby informačních technologií, na rozdíl od funkčních požadavků, které definují konkrétní chování.
Další požadavky:
zahrnují požadavky, které nejsou vysvětleny v žádné jiné části dokumentu o požadavcích na výrobek. Mohou to být požadavky na databázi, internacionalizace, právní a opětovné použití softwarových komponent.
Glosář:
přidejte popis termínů a zkratek nezbytných pro pochopení vytvořeného dokumentu.
Tipy, jak napsat SPS,
- Popsat vše velmi stručně a jasně, stejně jako je to možné.
- nezahrnují věci, které nemusí být zdokumentovány.
- napište bez vágních popisů. Osoba, která čte SRS, musí přesně pochopit, co je napsáno, a ne něco jiného.
- vizualizovat. Použijte například diagramy DFD (data flow diagrams). SPECIFIKACE nemůže být úplná, pokud nevíme, co je u vchodu do popsaného softwaru a co je na výstupu. Všechno musí být zahrnuto.
Nyní máte všechny hlavní prvky, které vám pomohou provést specifikaci softwarových požadavků. Jdi na to!