Megfelelnek az egyes részleteket, majd bekezdésben meghatározott követelményeknek, a szoftver projekt végzik, a nagy célok, hogy egy fejlesztő kell elérni, hogy megfeleljen az elvárásoknak, a vásárlók pedig, hogy a projekt sikeres. Hogyan hozhat létre egy fejlesztő olyan rendszereket, amelyek megfelelnek az ügyfelek összes követelményének? Ez lehet az egyik első kérdése.
az a helyzet, hogy sok tényező befolyásolja a szoftverprojekt sikerét. De ma egy alapvető dokumentumról beszélünk, amelyet a termékfejlesztés korai szakaszában kell elkészíteni. A szoftverkövetelmények specifikációs dokumentumáról beszélünk.
a szoftverkövetelmények specifikációja (SRS) kétségtelenül a szoftver/termékfejlesztés egyik legkritikusabb fázisának tekinthető. SRS-Szoftverkövetelmény specifikáció-egy speciális szoftverdokumentáció, amely információkat tartalmaz arról, hogy a rendszernek hogyan kell viselkednie, milyen funkciókat kell végrehajtania, milyen terhelésnek kell ellenállnia stb. A termékkövetelmények dokumentum az a hely, ahol a szoftver, a termék, a program vagy a programkészlet jellemzőit és követelményeit ismertetik. Ezeket az elemeket természetes nyelven fejezik ki, megfontolások vagy technikai kifejezések nélkül.
- pontos becslést kaphat a költségekről, a kockázatokról és az időköltségekről.
- az ügyfél képes lesz világosabban megfogalmazni a projekt jövőképét.
- az ügyfélnek és a vállalkozónak ugyanaz az elképzelése lesz a termékről.
- segít azonosítani az optimális funkciókészletet.
- ez szolgál alapul az egyéb műszaki dokumentáció kialakításához.
- a fejlesztési folyamat optimalizálásra kerül, az idő pedig minimalizálásra kerül.
- nem lesz párhuzamos feladatok.
- lehetővé teszi, hogy strukturálja a problémákat, hogy könnyebben és gyorsabban oldja meg őket.
nagyon nyilvánvalóvá vált, hogy a szoftverkövetelmények rossz specifikációja sikertelen projektekhez vezethet. Ezért ez a fegyelem egyre fontosabbá válik.
hogyan készítsünk el egy termékkövetelményekről szóló dokumentumot?
A következő sablont követi az iránymutatásokat az IEEE 830 szabvány, amely szerint a szoftver követelmények termékleírásnak tartalmaznia kell a leírás a funkció a kérelem kapcsolata külső rendszerek, mind a nem-funkcionális követelmények, mint például a teljesítmény, a rendelkezésre állás, a válaszidő, valamint karbantartási mások között.
A sablont készíteni a szoftver követelmények dokumentum van osztva a következő részekből áll:
Cél:
akkor kell hozzá egy neve vagy címe termék meghatározott, a papír, beleértve a verziószám vagy kiadás. Írja le, hogy a szoftver hatókörének mely elemei vagy részei szerepelnek a dokumentumban, állapítsa meg, hogy az a teljes szoftvert lefedi-e, csak egy részét, alrendszerét vagy a folyamatok alcsoportját.
a szoftver hatóköre:
rövid leírást kell adni a megadott szoftver tartományáról, beleértve a célt vagy az általános célkitűzést, az üzleti és szervezeti terület számára nyújtott előnyöket, a szoftver céljainak a vállalati célokkal és üzleti stratégiákkal való kapcsolatát. Más dokumentumokra is hivatkozhat.
itt tartalmazhat más nyomtatott dokumentumokat, elektronikus dokumentumokat vagy elektronikus címeket, amelyek kiegészítik a termékkövetelményekről szóló dokumentumot.
termékfunkciók:
minden funkció egy vagy több funkcionális szoftverkövetelményből állhat. Csak a fő funkciók számozott listáját kell feltüntetni.
felhasználói jellemzők:
ebben a szakaszban le kell írnia, hogy a felhasználók, akik ezt a terméket fogják használni. Osztályozza őket a használat szabályszerűsége, az alkalmazott funkciók csoportja, a biztonsági jogosultságok, a tapasztalati szint és más paraméterek alapján.
működési környezet:
azt a környezetet is be kell vonni, amelyben a rendszer, szoftver, modul vagy funkcionalitáscsoport kifejlesztésre kerül. Említse meg az olyan szempontokat, mint az operációs rendszer verziói, a hardverplatform, valamint más rendszerek vagy elemek, amelyekkel együtt kell működnie.
funkcionális követelmények:
felsorolja a funkciókat, mindegyikhez vegye figyelembe a funkcionális követelményeket. Ezeket a követelmények nyomonkövethetőségi mátrixában is dokumentálni lehet.
üzleti szabályok:
Ez a rész tartalmazza azokat az elveket, amelyeknek a dokumentumban felsorolt szoftverspecifikációk egészére vonatkozniuk kell. Például magyarázza el, hogy mely egyének játszhatnak konkrét szerepet bizonyos körülmények között.
külső interfészekre vonatkozó követelmények:
Ez a fejezet tartalmazza a hardverrel való interfészeket, az egyéb rendszerekkel és kommunikációs interfészekkel való interfészeket, a felhasználói felületek jellemzőit és attribútumait (GUI).
nem funkcionális követelmények:
meghatározzák az információs technológiai szolgáltatás működésének értékelésére szolgáló kritériumokat, ellentétben az adott viselkedést meghatározó funkcionális követelményekkel.
egyéb követelmények:
tartalmazza azokat a követelményeket, amelyek a termékkövetelményekről szóló dokumentum bármely más részében nem szerepelnek. Ez lehet adatbázis követelmények, nemzetközivé, jogi és újrafelhasználási célok szoftver alkatrészek.
Szójegyzék:
adja hozzá a létrehozott dokumentum megértéséhez szükséges kifejezések és rövidítések leírását.
Tippeket írni SPS
- Leírni mindent, nagyon röviden, egyértelműen, amennyire csak lehetséges.
- ne tartalmazzon olyan dolgokat, amelyeket esetleg nem kell dokumentálni.
- írjon homályos leírások nélkül. Az SRS-t olvasó személynek pontosan meg kell értenie, mi van írva, nem pedig valami mást.
- Visualize. Használjon például DFD (adatfolyam-diagramok) diagramokat. A specifikáció nem lehet teljes, ha nem tudjuk, mi van a leírt szoftver bejáratánál, mi van a kimeneten. Mindent bele kell foglalni.
most már megvan az összes fő elem, amely segít a szoftverkövetelmények specifikációjának elkészítésében. Hajrá!