a globális szoftverpiaci bevétel várhatóan eléri a $507.2 milliárd jelet 2021-ben. A vállalatok 44% – A tervezi, hogy 2020-ban növeli tech-költését, jelentette a Spiceworks.

a szoftvertermékek rendkívül versenyképes vállalkozások, és gyakran jelentős befektetést igényelnek.

mint ilyen, gondos tervezést igényelnek. Célszerű, hogy minden óvintézkedést, majd kövesse folyamatok, mint például a szoftver követelmény specifikáció.

ebben a cikkben megvitatjuk azt az öt szükséges lépést, amelyet minden vállalkozásnak meg kell tennie a szoftverfejlesztési követelmények felvázolása felé.

mi is felfedezzük:

• Az okok meghatározása szoftver fejlesztési követelményeket, valamint azt, hogyan lehet segíteni a végtermék éri el a magas szintű minőségi
• Mi a szoftver követelmények specifikációja a dokumentum
• A dolog, amit tudnod kell, mielőtt meghatározó a szoftver követelmények
• Mi a funkcionális, mind a nem-funkcionális követelmények a szoftver fejlesztés
• Mi a kockázata, hogy illegális szoftver követelmények

menjünk erre!

5 ok a szoftverfejlesztési követelmények meghatározására, mielőtt fejlesztési partnert keresne

szoftverfejlesztési követelmények adja meg, hogy a szoftvertermék milyen jellemzőkkel rendelkezik, és mi a termék célja.

hogyan közelíti meg ezeket a követelményeket lehet, hogy a különbség a fejlesztési folyamat, végül, a végtermék is.

a szoftverfejlesztési követelmények egyértelmű meghatározása fontos, mivel ez:

• biztosítja a projekt következetességét: az egyedi szoftverkövetelmények meghatározása egy szoftverfejlesztési folyamat kezdete, valamint annak következetességének garanciája a későbbi szakaszokban. Hosszabb fejlesztési idő után az érdekelt felek összezavarodhatnak arról, hogy mit kell tennie a szoftvernek. A jól meghatározott, világos és mérhető követelmények az üzleti igényekhez kapcsolódnak, és egyértelműséget és hangsúlyt biztosítanak az egész projektnek és minden érintettnek.
• időt és pénzt takaríthat meg:a szoftverkövetelmények meghatározásakor és felépítésekor a színpad a tényleges termék fejlesztéséhez van beállítva. Ha előre tudjuk, hogy mit kell tennie a szoftvernek, és milyen funkciókkal kell rendelkeznie, akkor gyorsabban és kevesebb ráfordítással pozitív eredményeket érhetünk el.
• adjon alapot az együttműködéshez:a szoftverfejlesztésen dolgozó csapatok gyakran nagyon különleges és különleges ismeretekkel rendelkező tagokból állnak. Ez különösen az agilis fejlesztési módszertant használó csapatokra vonatkozik. A szoftverfejlesztési követelmények meghatározása segít megőrizni őket ugyanazon az oldalon. A követelmények az igazság forrását és a projekt általános iránymutatásait biztosítják a termék minden aspektusának leírásával. Ez megkönnyíti minden egyén számára, hogy lássa, hol van a szerepük a nagyobb képen.
• stabilitást biztosít váratlan változások esetén: minden fejlesztési folyamat hajlamos a hirtelen és váratlan változásokra: tervezési hibák, teszthibák, irányítási változások, megváltozott funkcionalitási célok stb. A változáskezelés azért fontos, mert képes szabályozni a projekt növekvő költségeit, és biztosítani, hogy a termék szállítása ne késlekedjen. A szoftverfejlesztési követelményeknek össze kell hangolniuk és előre kell jelezniük ezeket a lehetséges változásokat, hogy megállapítsák, mi lehet a lehetséges hatás.
• győződjön meg róla, hogy a teljes szoftverprojekt nem sikertelen:a rosszul definiált vagy nem definiált szoftverkövetelmények, amelyek nem priorizálódnak, nem tisztázottak, hiányosak vagy következetlenek, veszélyeztetik a teljes szoftverfejlesztési projekteket.

mi a szoftverkövetelmények specifikációs dokumentuma?

Software Requirements Specification (SRS) document felvázolja a jövőbeli szoftvertermék funkcióit és célját, azt, hogy mit fog tenni és hogyan fog működni.

Ez a szoftverfejlesztési projekt gerince, mivel meghatározza az alapot és iránymutatásokat, amelyeket a projektben részt vevő valamennyi félnek követnie kell.

a szoftverkövetelmények specifikációs dokumentum leírja azokat a funkciókat, amelyeknek a terméknek meg kell felelnie jövőbeli felhasználóinak elvárásainak.

ennek a dokumentumnak mindig tartalmaznia kell:

• általános leírás
• a cél A termék
• Szoftver egyedi követelmények

ezek mellett, egy SRS dokumentumot kell megállapítani, hogy a szoftver integrálja a hardver, vagy kapcsolódik más szoftver rendszerek.

Az SRS dokumentum felvázolása értékes betekintést nyújthat, például:

• Hogyan minimalizálja a fejlesztési idő, költség
• Hogy amikor dönteni kell, hogy a szoftver termék életciklus

Ez a dokumentum lényeges információt a fejlesztési projektek különböző ágazatokban tartja őket, ugyanazon az oldalon. Ezek az ágazatok a következők:

• Design
• Fejlesztés
• QA vizsgálati
• Műveletek
• Karbantartás

Annak ellenére, hogy a feltételek “szoftver”, valamint a “rendszer” néha szinonimaként használja, van különbség a szoftver követelmények specifikációja, valamint a rendszer követelmény specifikáció.

míg a szoftverkövetelmények specifikációi leírják a fejlesztendő szoftvert, a rendszerkövetelmények specifikációs dokumentuma információkat gyűjt a rendszerkövetelményekről.

mit kell tudni a szoftverkövetelmények meghatározása előtt

mielőtt ténylegesen meghatározná a szoftverkövetelményeket a specifikációs dokumentumban, számos dolgot meg kell állapítania és először meg kell értenie.

értsd meg a szoftverfejlesztési folyamatot

a szoftverfejlesztési folyamat típusa attól függ, hogy milyen projektet kell befejezni, valamint az azt fejlesztő csapat.

a folyamat felvázolja a szoftverfejlesztési életciklus lépéseit, majd minden lépés létrehozza a ciklus következő szakaszához szükséges terméket.

a szoftverfejlesztési folyamat e hat alapvető szakaszból áll:

• Összejövetel szoftver követelmények analízise a projekt
• Termék-design
• Végrehajtását/Kódolás
• Tesztelés
• Telepítés
• Karbantartás

Minden további lépés attól függ, hogy az előző, majd létrehoz egy munkafolyamat. Az összegyűjtött követelmények megteremtik a termék elrendezésének és tervezésének alapját. A fejlesztés fázisa-implementáció, kódolás-a tervezéstől függ.

az a tesztelési folyamat, amely ellenőrzi, hogy a követelmények teljesülnek-e, jóváhagyja vagy elutasítja a kapott terméket a fejlesztési szakaszból.

Ha a termék megfelel a követelményeknek, a termék készen áll a piacra történő telepítésre, a későbbi karbantartási folyamatokkal sorban állva.

határozza meg a szoftvermegoldás üzleti követelményeit

minden szoftvertermék egy adott üzleti igényre adott válaszként jön létre. A szoftverkövetelmények meghatározásának, elemzésének folyamata egy adott üzleti célhoz kapcsolódik.

a szoftver üzleti követelményeinek meghatározása segíthet vállalkozásának meghatározni a projekt hatókörét.

Ez viszont segít megbecsülni a befejezéshez szükséges erőforrásokat és időkereteket.

a szoftvermegoldás üzleti követelményeinek ismerete az üzleti igények jobb megértéséhez vezet, amelyek konkrét részletekre bonthatók.

Ha egy probléma létezik, és az elemzési szakaszban azonosítják, akkor sokkal olcsóbb megjavítani, majd ott, nem pedig a termék elindításakor.

Kövesse az alábbi lépéseket határozza meg a szoftver megoldás üzleti követelmények:

• Azonosítani érdekelt csoportok részesülnek a szoftver termék: Ezek közé tartozik a projekt szponzorok, illetve az ügyfelek, hogy mondják ki az utolsó szót, amit a projekt hatálya tartalmazza. Ezek a szoftvermegoldás végfelhasználói is, amelyeknek meg kell felelniük az igényeiknek.
• rögzítse követelményeit: Mit várnak a fenti csoportok ettől a szoftveres megoldástól? Melyek a termék saját követelményei? Minden érdekelt félcsoport különböző perspektíváinak megértése segít teljes képet alkotni arról, hogy mit kell elérnie a projektnek.
• kategorizálja követelményeit: a követelmények csoportosítása több kategóriába, például az alábbiakba megkönnyíti az elemzési eljárást.
  • Funkcionális követelmények
  • Működési követelmények
  • Műszaki követelmények
  • Átmeneti követelmények
• Értelmezni, hogy a követelményeknek: Egyszer az elvárásoknak gyűjtik, kategorizálva, fontos, hogy megállapítsa, mely részük, hogy elérhető, hogy a terméket nem lehet megvalósítani őket. Meg kell:
  • Rangsorolni bizonyos elvárások
  • győződjön meg róla, Hogy világosan megfogalmazott, kellően részletes, kapcsolódó üzleti igényekhez, nem pedig homályos
  • Megoldani ellentmondásos kérdések
  • Elemezni megvalósíthatósági

adjuk meg A Kívánt Tech Stack-Fejlesztési Módszertan (Ha van)

attól Függően, hogy a szoftver termék célok, fejlesztési csapat mérete, valamint egyéb tényezők, érdemes több fejlesztési módszertanok, hogy hozza a legjobb eredményt a adott körülmények között.

ezek a legszélesebb körben használt fejlesztési módszerek, amelyeket a szoftver fejlesztésekor választhat.

• Feature-drived development: ez a módszertan célja, hogy a működő szoftvert gyakran, kliens-központúvá tegye. Jól illeszkedik a kisebb fejlesztőcsapatokhoz, és előfutára az agilis és sovány módszereknek.
• Waterfall: the traditional way of developing software, this is a plan-driven approach that requires a lot of rigid structure and documentation in advance. Az első szakaszban teljes körű megértést igényel a projekt igényeiről. Jó nagy, tervvezérelt csapatoknak, amelyek nem ingadoznak az eredeti ötleteiktől.
• agilis: a vízesés ellentéte, az agilis módszertan rugalmas, és alkalmazkodik a változások lehetőségéhez a fejlesztési folyamat során. Értékeli az egyes csapattagokat és azok kölcsönhatásait, valamint az ügyfelek együttműködését. Nagyszerű a csapatok számára, amelyek erősen együttműködnek.
• Scrum: ez a módszertan elfogadja az agile azon elképzelését, hogy a csapattagoknak szorosan együtt kell működniük, és iteratív megközelítéssel kell fejleszteniük a szoftvereket. A fejlesztők a végcélokat kisebb célokra bontják, és sprintekkel dolgoznak a szoftverek építésén. Hasznos megközelítés a fegyelmezett kisebb csapatok számára.
• Lean: ennek a módszernek az alapelvei az egész optimalizálása,a hulladék eltávolítása, a tudás megteremtése, gyors és halasztó elkötelezettség. Magában foglalja a gyártási gyakorlatokat, és agilis módszereket alkalmaz a szervezeten belüli méretezéshez, valamint a fejlesztési munkán kívüli alkalmazáshoz.

hogyan definiálhatjuk és Dokumentálhatjuk a szoftverfejlesztési követelményeket 5 lépésben

miután megértettük a szoftverfejlesztési folyamatot és meghatároztuk az üzleti követelményeket és fejlesztési módszertant, készen állunk a szoftverfejlesztési követelmények dokumentálására.

kövesse az alábbi öt lépést, hogy hozzon létre egy minőségi szoftverkövetelmények specifikációs dokumentumot a termék azt jelenti, hogy építeni.

készítsen egy Szoftverkövetelmény specifikációs vázlatot

a dokumentumszoftver – fejlesztési követelmények meghatározásának első lépése az SRS vázlatának létrehozása.

ennek a vázlatnak tartalmaznia kell ezeket a fejezeteket:

• Product’s Purpose
  • Audience
  • Use
  • Scope of the Product
• Product Overview
  • Users’ needs
  • Assumptions and Dependencies
• System Requirements and Features
  • System Features
  • Market Requirements
  • Business Requirements
  • UI Követelmények
  • Funkcionális Követelmények
  • nem Funkcionális Követelmények

Meghatározása az egyes elemeket a szoftver követelmény specifikációk vázlatot, majd töltsd ki őket, azt jelenti, hogy készen állnak a következő lépésre.

határozza meg a termék célját és elvárásait

az SRS dokumentumainak első fejezete a termék célját érinti. Ez határozza meg az elvárásokat a szoftver megoldás, hogy építesz.

• : Ebben a szegmensben meg kell vázolni azokat az embereket a teljes projektben, akik hozzáférhetnek a dokumentumhoz, és hogyan kell használni. Ezek lehetnek Fejlesztők, projektmenedzserek, tesztelők, értékesítők és marketingesek, vagy más részlegek érdekelt felei.
• a termék hatóköre: ez a szegmens a megadott termék meghatározására szolgál. Meg kell vázolnia a szoftvermegoldás céljait és előnyeit.

hozzon létre egy áttekintést a kész szoftver termékről

az SRS termékrészének áttekintése vagy leírása körvonalazza az Ön által épített szoftvert.

annak érdekében, hogy a projektben mindenki tudja, mit épít, előzetesen válaszolnia kell ezekre a kérdésekre:

• a termék újfajta megoldás?
• ez egy frissítés vagy egy meglévő termék felvétele?
• ez egy kiegészítő egy már létrehozott termékhez?

a fenti kérdések megválaszolása segít meghatározni a következőket:

• felhasználói igények: a célközönség – a szoftvermegoldást használó emberek – ebbe a szegmensbe tartozik. Alapvető fontosságú a felhasználók meghatározása, akiknek szükségük van az Ön által gyártott szoftvertermékre: vannak olyan elsődleges és másodlagos felhasználók, akik rendszeresen használják a megoldást, és lehetnek olyan különálló vásárlók, akiknek igényeit szintén meg kell határoznia.
• : Ennek a szakasznak körvonalaznia kell azokat a tényezőket, amelyek befolyásolhatják az SRS követelmények teljesítését. Olyan feltételezéseket is tartalmaznia kell, amelyeket az STS készít, és amelyek hamisak lehetnek. Vegye figyelembe azokat a külső tényezőket is, amelyektől a szoftverfejlesztési projekt függ.

Get Very Specific About Your Requirements

a fejlesztő csapat nagyszerűen kihasználja ezt a szakaszt, mert itt kell részleteznie a szoftvermegoldás felépítésének konkrét követelményeit.

funkcionális és nem funkcionális követelményekből állnak, amelyeket a cikk későbbi részében részletesen tárgyalunk. Vannak még:

• üzleti követelmények: a szoftvermegoldást építő vállalkozás magas szintű üzleti céljai.
• piaci követelmények: a piac és a célközönség igényeit körvonalazó követelmények.
• külső interfész követelmények: olyan funkcionális követelmények típusai, amelyek felvázolják, hogy a termék hogyan integrálódik más szoftverekkel.
• felhasználói interfész követelmények: specifikációk, amelyek felvázolják, hogyan fog kinézni az UI. Ez határozza meg a termék felhasználói élményét.
• rendszerfunkciók követelményei: ezek körvonalazzák a termék működéséhez szükséges funkciókat.

az érdekelt felek jóváhagyják a szoftverfejlesztési követelményeket

miután meghatározta és dokumentálta szoftverfejlesztési követelményeit SRS-dokumentumában, az utolsó lépés, amely továbbra is az, hogy elküldje az érdekelt feleknek felülvizsgálat és jóváhagyás céljából.

mindenkinek felül kell vizsgálnia a dokumentum végleges változatát – a Fejlesztőcsapatot, amely dolgozott rajta, az üzletet vagy egy céget, amely megbízta, az azt finanszírozó szponzorokat, valamint egy célközönség mintát annak funkcióinak és funkcióinak áttekintésére.

Ez az utolsó lépés annak biztosítására, hogy mindenki ugyanazon az oldalon legyen, mielőtt a megoldás gyártása megkezdődik.
Ez az, amikor SRS bírálók nyújthat be az utolsó pillanatban javaslatokat, panaszokat, ötleteket, hogy javítsa a folyamat, valamint a késztermék.

melyek a szoftverfejlesztés nem funkcionális követelményei?

a szoftverfejlesztésben kétféle követelmény létezik: funkcionális és nem funkcionális.

• funkcionális követelmények: ezek azok a termékjellemzők, amelyeket a fejlesztő csapat tervez, kódol és tesztel. Meghatározzák a szoftvertermék funkcionalitását, amely segít a felhasználók fájdalompontjainak megoldásában. Ezeket a követelményeket a “mi” kérdések határozzák meg, mint például:
  • mit kell tennie a szoftverrendszernek?
  • milyen funkciókat vagy funkciókat támogat a termék?
  • milyen információkat vagy adatokat fog kezelni?
• nem funkcionális követelmények: ezek leírják, hogy az egyes funkciók hogyan viselkedjenek bizonyos feltételek mellett, és milyen korlátozásokkal kell rendelkezniük. Ezek az érdekelt felek számára fontos funkciók leírását szolgálják. Ezeket a követelményeket a “Hogyan” kérdések határozzák meg, mint például: “hogyan fogja a rendszer megtenni azt, amire tervezték?”Szabványokat hoznak létre a
  • biztonság
  • tervezés
  • hozzáférhetőség
  • teljesítmény
  • megbízhatóság

nem funkcionális követelmények kiegészítik a funkcionális követelményeket. Az előbbi a funkciók listája, míg az utóbbi a szoftver funkcionalitását vázolja fel.

annak illusztrálására, funkcionális követelmény lehet A szoftver megoldás képes üzenetek küldésére vagy fájlok átvitelére.

egy nem funkcionális követelmény lenne, hogy ezeket a funkcionális követelményeket az összes főbb böngészőkben és operációs rendszerekben kínáljuk, vagy támogatjuk őket a mobil eszköz elrendezésében.

7 nem dokumentált szoftverkövetelmények kockázata

nem lehet tudni, hogy a szoftvertermék és annak jellemzői megfelelően lettek-e kifejlesztve anélkül, hogy meghatározott és dokumentált szoftverparaméterek lennének.

sok minden elromolhat, ha a szoftverkövetelményeket nem elemzik és dokumentálják alaposan.

ha nincs hivatalos szoftverkövetelmény, a következő módokat eredményezheti:

1. az esetleges hibákat súlyosbodnak a rendszer
2. Fejlesztők kell felismerni az egyedi jellemzők alapján a szóbeli utasításokkal, mind hogy megértették őket
3. nincs hivatalos, rögzített megállapodás, ami a végtermék
4. A kliens nem tudja, mit végtermék számíthat
5. Esetben félreértés történt az egész projekt, illetve a szektorok
6. eredményeként félreértés szegény fejlesztés, hibajavítás, illetve reworks van szükség
7. drágul, s ez nagyon nehéz megfelelni a határidők

Átvétel A Szoftver Követelmények Specifikációja

Amikor felvázolja, illetve meghatározó a szoftver termék követelményeknek, a leginkább kiemelkedő fontosságú, hogy:

• Értem a célja, hogy a termék, illetve a fejlesztési folyamat
• adjuk meg az üzleti követelmények
• Dönt a fejlesztési módszertan
• adjuk meg a funkcionális, illetve funkcionális követelmények
• hozzon Létre egy átfogó menetrend
• prioritásokat
• Van érdekeltek tekintse át a szoftver követelmények dokumentum