szoftverkövetelmények specifikációja. Mit kell tudni.

Globalluxsoft
Globalluxsoft

Kövesse

Nov 9, 2018 · 4 min olvassa el a

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á!

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük