A szoftveralkotás nem csupán fejlesztésből áll. Mielőtt elkezdenének dolgozni a szoftveren, a fejlesztőknek pontosan tudniuk kell, mit kell létrehozniuk. Éppen ezért a fejlesztés általában egy csomó dokumentum elkészítésével kezdődik, amelyek részletesen leírnak egy jövőbeli projektet. A dokumentumok számos kutatást, elemzést és specifikációt tartalmaznak, amelyek közül az egyik a szoftverkövetelmény-specifikáció (SRS).
Ez a cikk az SRS-nek, a projektje szempontjából fontosnak és a jó minőségű szoftverspecifikáció létrehozásának lépéseiről szól. Merüljünk el a témában az SRS meghatározásával.
hogyan lehet pénzt keresni online 2016-ban
Mi az a szoftverkövetelmény-dokumentáció, és miért van szüksége rá?
A szoftverkövetelmények dokumentációja egy olyan dokumentum, amely leírja a szoftver funkcionális és nem funkcionális specifikációit, a fejlesztés módját és a használati eseteket – a felhasználók interakcióját a szoftverrel, amikor az készen áll. Az SRS-jelentés általában a egy projekt felfedezési szakasza . A cégtulajdonosok maguk strukturálhatják az összes specifikációt, vagy megbízhatják ezt a feladatot olyan szakemberekre, akik tapasztalattal rendelkeznek a szoftverfejlesztésben és a specifikációk meghatározásában.
Előfordulhat, hogy egyes vállalkozások tulajdonosai kihagyják a felfedezési szakaszt, beleértve a dokumentáció elkészítését. Ennek a fázisnak az elhanyagolása azonban a projekt kudarcához vezethet. A PMI Pulse of the Profession kutatása szerint 35% pontatlan követelmények miatt meghiúsulnak. Bármely cégtulajdonos megtagadná az SRS-gyűjtést, ha korábban ismerné ezeket a statisztikákat? Kételkedünk benne. Tehát íme, hogyan profitál csapata abból, ha minden szoftverkövetelmény egy helyen van:
- Fejlesztők döntsenek arról, hogy milyen technológiai csomagra lesz szükségük a szoftver hátulsó és előlapjának elkészítéséhez
- Tervezők képet kaphat arról, hogyan tükrözhetik a funkcionalitást egy szoftveres felületen
- Tesztelők megértsék az elkészítéséhez szükséges teszteseteket, és biztosítsák, hogy a szoftver megfeleljen az üzleti követelményeknek
- Üzlettulajdonosok listát kapnak a termékükhöz szükséges funkciókról, és megalapozott döntéseket hozhatnak a befektetésekkel kapcsolatban
Mindent összevetve, a szoftverkövetelmények dokumentációja olyan iránymutatás, amely biztosítja, hogy a szoftverfejlesztési folyamatban részt vevő valamennyi résztvevőnek világos elképzelése legyen a folyamatról és ugyanazok az elvárások. Így az SRS-jelentés lehetővé teszi a félreértések és félreértések elkerülését a csapaton belül.
Ha úgy dönt, hogy saját maga készíti el a specifikációkat, előnyös lehet a szoftverspecifikációk egy része példák megtalálhatod az interneten. Ha ezt a feladatot szakemberekre szeretné átruházni, győződjön meg arról, hogy olyan megbízható céget talál, amely erős üzleti elemzőkből, projektmenedzserekből, fejlesztőkből és tesztelőkből álló csapattal rendelkezik, akik kiváló minőségű specifikációkat tudnak nyújtani.
Amit tudnia kell, mielőtt SRS-jelentést ír
A szoftverkövetelmények megfelelő azonosításához fontos tudni, hogy a szoftvernek milyen értéket kell biztosítania az üzleti élet és a szoftverfelhasználók számára. Az is fontos, hogy ismerjük a jó minőség jellemzőit szoftver specifikációk .
Üzleti és felhasználói követelmények
Az üzleti és felhasználói követelmények tükrözik a készülő szoftver lényegét. Az üzleti követelmények leírják azokat a célokat, amelyeket a cégtulajdonosok el akarnak érni egy adott szoftverrel. A célok különbözőek lehetnek: folyamatok automatizálása, az alkalmazottak és a hardver számának minimalizálása stb. A felhasználói követelmények a szoftver típusától függően változnak. A legtöbb esetben azonban a felhasználók gyorsan működő és intuitívan használható alkalmazásokat szeretnének. Fontos ezeket a követelményeket figyelembe venni a részletes specifikációk megírásához.
A kiváló minőségű SRS jellemzői
Annak érdekében, hogy a szoftverkövetelmény-specifikációs jelentés a lehető legnagyobb hasznot húzza a projekt és a csapat számára, fontos, hogy:
- teljes hogy minden projektben részt vevő csapattag megtalálja a jelentésben a szükséges információkat. A fejlesztőknek meg kell találniuk a műszaki követelményeket, míg az UI/UX tervezőknek általános tervezési irányelvekkel kell rendelkezniük. A tesztelőknek meg kell érteniük, hogyan kell működnie a szoftvernek a megfelelő teszteléshez. A terméktulajdonosoknak szükségük van erre a dokumentumra, hogy világos elképzeléssel rendelkezzenek projektjükről.
- Mérhető hogy össze tudja hasonlítani a kész terméket a legelején elkészített specifikációkkal. Nincs értelme azt mondani, hogy a szoftvernek minden követelménynek meg kell felelnie.
- Rugalmas. Az SRS-jelentést nem egyszer írod meg, és nem tudod megváltoztatni a projekt végéig. Éppen ellenkezőleg, a követelmények változhatnak a projekten végzett munka előrehaladtával. Így a jelentés formátumának kényelmesen módosíthatónak kell lennie, amikor csak szüksége van rá.
- Világos és pontos. Fontos elkerülni a felesleges kifejezéseket és a kétértelműséget. Minden folyamatot egyszerű szavakkal kell leírni, a szoftverkészítéshez szükséges technológiák listájával együtt.
Most, amikor tudja, hogy melyek a döntő fontosságúak a jó minőségű szoftverkövetelmények dokumentációjában, ideje megnézni, miből áll.
Szoftverkövetelmények specifikációs összetevői
Az SRS-jelentésnek következetesnek kell lennie, ezért fontos, hogy ragaszkodjon egy meghatározott szerkezethez, amely segít olvasóinak az információk könnyű észlelésében. Az alábbiakban leírjuk azokat a fő részeket, amelyeket egy tisztességes SRS-nek tartalmaznia kell.
Bevezetés
A bevezetőnek röviden el kell magyaráznia, hogy milyen szoftvert fognak építeni, hogy minden csapattag átfogó képet kapjon a projektről, amelyen dolgozik.
hogyan jósolja az időjárást a gazdálkodói almanach
Célközönség
Ebben a részben a jelentés készítői megemlítik az összes csapattagot, aki hozzáfér a dokumentumhoz. Általában szoftvermérnökök, tesztelők, tervezők és projektmenedzserek. A szoftverfejlesztést megrendelő terméktulajdonosnak is szerepelnie kell ebben a listában, és bármikor megtekintheti a dokumentumot, hogy megbizonyosodjon arról, hogy minden a tervek szerint halad.
Általános leírás
Ez a rész azokat a funkciókat írja le, amelyeket a szoftvernek végre kell hajtania. Megtalálhatja a felhasználói szerepköröket és használati eseteket is. Lehetőség van feltételezések és függőségek leírására ebben a részben, hogy előre jelezzék a lehetséges kihívásokat és azok leküzdésének módjait. Ebbe a szakaszba a tervezési megkötések is belefoglalhatók.
Külső interfész követelmények
Az SRS-jelentés ezen része leírja, hogy a felhasználóknak, a hardvernek és a szoftvernek miként kell együttműködniük. A szakasz négy részre osztható:
- A felhasználói felületek rész leírja, hogy a felhasználók hogyan kommunikálnak a szoftverekkel.
- A hardver interfészek rész a hardver és a szoftver közötti kölcsönhatásról szól.
- A szoftver interfészek rész elmagyarázza, hogy a szoftver hogyan korrelál összetevőivel, beleértve az operációs rendszereket, könyvtárakat, adatbázisokat stb.
- A kommunikációs felületek rész leírja a szoftveren belül használt kommunikációs csatornákat: e-mailek, böngészők, szerverprotokollok stb.
Funkcionális követelmények
Ez a rész a szoftver működéséről szól. Minden funkciót leír, hogy a csapat minden tagja megértse a munka hatókörét. A funkcionális követelményeknek tartalmazniuk kell a rendszer munkafolyamatának leírását, a ha/akkor viselkedéseket, az adatkezelési logikát, valamint az adatbeviteleket és -kimeneteket.
Minél részletesebb a funkció leírása, annál kisebb az esély a későbbi átdolgozásra. A funkcionális követelmények részletes leírása lehetővé teszi a fejlesztési idő és költség becslését is.
Nem funkcionális követelmények
Ez a rész a kívánt szoftverteljesítményt írja le, amely a tulajdonságaiban fejeződik ki. Általános szabály, hogy a fő nem funkcionális követelmények a biztonság, a használhatóság, a tesztelhetőség, a méretezhetőség stb.
Függelékek
Ebben a részben össze kell gyűjtenie minden olyan információt, amely segít a főbb specifikációk jobb megértésében. Ez a rész a rövidítések, kifejezések és definícióik, diagramok, sémák stb.
A rochester red wings 2016-os menetrendje
A fent említett vázlat a projekttől, a megépítendő alkalmazás típusától, az alkalmazás összetettségétől stb. függően változtatható. A vázlatot úgy módosíthatja, hogy a csapata számára kényelmesebb legyen, de az összes fő szakaszaiban, hogy teljes körű tájékoztatást kapjon a projektről.
Eszközök SRS-jelentések készítéséhez
Függetlenül attól, hogy milyen eszközt választ a projekt szoftverkövetelmény-specifikációinak létrehozásához, a dokumentumot kényelmesen használni és megosztani kell a projektben részt vevő összes tag számára. Az alábbiakban felsorolunk néhány népszerű módszert és eszközt az SRS-jelentések generálására.
Google Dokumentumok
Sok üzleti elemző választja a Google szolgáltatásait, például a Google Dokumentumokat vagy a Google Táblázatokat, mert könnyen használhatóak és szerkeszthetők. Ezen túlmenően a jelentés készítői kísérletezhetnek a dokumentumnézetekkel, hogy azokat jobban olvashatóvá tegyék mások számára. Felhőszolgáltatásként a Google-dokumentumok és -táblázatok megosztása is kényelmesebb, mint a Microsoft Docs-hoz vagy más offline szövegszerkesztőkkel.
Gyöngyszem
Gyöngyszem egy követelménykezelő eszköz, amely a lehető legegyszerűbbé teszi az összes specifikációval kapcsolatos feladat kezelését. Mindössze annyit kell tennie, hogy meghatározza a használati eseteket, a felhasználói szerepköröket, a feltételeket és a folyamatokat. Miután ezt megtette, egyetlen kattintással jelentést készíthet. A Pearl eszköz másik jó tulajdonsága, hogy lehetővé teszi az értesítéseket és megjegyzéseket a kényelmes csapatmunka érdekében.
Helix RM
Helix RM egy másik eszköz, amely megkönnyíti a specifikációkkal való munkát. Széleskörű funkcionalitása lehetővé teszi a csapatok számára, hogy maximális kényelemmel dolgozzanak a specifikációkkal. A Helix RM elsősorban grafikus eszközöket, követelmények nyomon követhetőségét, valós idejű együttműködési funkciókat és egyebeket biztosít felhasználóinak. Az eszköz nagy előnye, hogy integrálható különféle szoftverekkel, mint például a Slack, Jira, GitHub stb.
Következtetés
A megfelelően elkészített szoftverkövetelmény-dokumentáció a projekt sikerének egyharmadát teszi ki, ezért létfontosságú, hogy a szoftver fejlesztése során odafigyeljen erre a részre. Lehetőség van egy SRS-jelentés elkészítésére önállóan vagy az együttműködésre kiválasztott vállalat üzleti elemzőiből és szoftvermérnökeiből álló csapattal.
Függetlenül attól, hogy ki írja meg a specifikációkat, és milyen programokat fog használni, ügyeljen arra, hogy a szoftverkövetelmények dokumentációja világos, következetes, mérhető, rugalmas és teljes legyen.
