A legteljesebb útmutató a követelmények kezeléséhez és nyomon követéséhez
Követelmények tervezése
Tartalomjegyzék
A minőségi termék előállításához fontos, hogy a vevő pontos elvárásai legyenek. Ez a követelménytervezési folyamattal kezdődik, amely öt lépésre osztható: követelmények összegyűjtése, követelmények dokumentálása, követelmények elemzése és ellenőrzése, a követelmények változásainak kezelése és a követelményfázis lezárása. Ebben a blogbejegyzésben részletesen megvitatjuk ezeket a lépéseket, és bemutatjuk, hogyan segítik elő a kiváló minőségű termék előállítását.
Mik azok a követelmények és a követelmények tervezése?
Itt két kifejezés található, a „Követelmény” és a „Követelmények tervezése”. A követelményt pontosan úgy határozzuk meg, mint egy feltételt vagy képességet, amelyre a felhasználónak szüksége van egy probléma megoldásához vagy egy cél eléréséhez. Más szavakkal, a követelmények olyan feltételek vagy képességek, amelyeket a rendszernek teljesítenie kell, vagy amelyekkel rendelkeznie kell ahhoz, hogy megfeleljen a szerződésnek, szabványoknak, specifikációknak és egyéb formális dokumentációnak.
A követelmények tervezése a követelmények meghatározásának, dokumentálásának és karbantartásának folyamata. A diszciplína magában foglalja mindazon technikákat, módszereket és eljárásokat, amelyek a vizsgált rendszerrel kapcsolatos felhasználói igények meghatározásával és kezelésével kapcsolatosak.
Mindent összevetve, a követelmények tervezése olyan tevékenységek összessége, amelyek egy rendszer vagy szoftver céljának, valamint a használat kontextusának azonosítására és kommunikálására vonatkoznak.
Ezért a Requirements Engineering hídként működik a felhasználók, ügyfelek és más, a szoftver vagy rendszer által érintett szereplők valós igényei, valamint a szoftverintenzív technológiák nyújtotta képességek és lehetőségek között.
Melyek a követelménymérnöki elvei?
A Requirements Engineering két alapelve a követelménytervezés problémája és megoldása.
- A követelmények összegyűjtésekor célszerű elkülöníteni a problémát és a megoldást.
- Ez az elkülönülés soha nem valósítható meg teljesen a gyakorlati életben.
A követelménytervezés a megfelelő rendszer felépítéséről szól. Alapvetően egy olyan rendszer felépítéséről van szó, amely megfelel a felhasználó problémáinak. Ez egy probléma-orientált rész. Alapvetően a rendszer tervezéséről, ellenőrzéséről, megvalósításáról és karbantartásáról van szó, amelyet úgy hoztak létre, hogy az megfeleljen a felhasználó problémáinak. Ez a megoldás-orientált rész.
Követelmények Mérnöki folyamat
Van néhány tevékenység, amellyel szembesülünk, amikor a követelményekkel dolgozunk. A Requirements Engineering ciklusban öt fő tevékenység van, nevezetesen,
- Követelmények kiváltása – ez az érintettek, a felhasználói igények és korlátok áttekintése, dokumentálása és megértése a szezonban. A felhasználóknak domain információkra, meglévő rendszerinformációkra, szabályozásokra, szabványokra stb. van szükségük. Ezen információk alapján határozzuk meg a követelményeket. Ezt követően áttérünk a követelmények elemzésére és egyeztetésére.
- Követelmények elemzése és tárgyalás – az elemzés a felhasználói igények és korlátok finomításának folyamata az összegyűjtött és előhívott információk alapján. Ezután áttérünk a dokumentációs tevékenységre.
- Követelmények Dokumentáció/specifikáció – a követelményspecifikációk beszerzése után áttérünk a dokumentációs részre. A felhasználói igényeket és korlátokat egyértelműen és pontosan dokumentáljuk.
- Követelmények érvényesítése – végül az érvényesítési tevékenységbe beillesztjük, hogy a szezonkövetelmények teljesek, tömörek és világosak legyenek.
- Követelménykezelés – A követelménykezelés az összes termék vagy követelmény összegyűjtésének, elemzésének, finomításának és rangsorolásának módja a fejlesztési fázisban.
Amikor ezt az öt tevékenységet befejezzük, újra és újra megismételjük őket, amíg meg nem kapjuk az elfogadott követelménydokumentumot, amely formális specifikáció.
Követelmények kiváltása
Amint azt korábban tárgyaltuk, a követelmények meghatározása a felhasználói igények és korlátok felülvizsgálatának, dokumentálásának és megértésének folyamata a szezonban. A felhasználóknak domain információkra, meglévő rendszerinformációkra, szabályozásokra, szabványokra stb. van szükségük. Ezen információk alapján határozzuk meg a követelményeket. A „Gathering” helyett a „kiváltás” szót használjuk, mert az összegyűjtés a követelmények feltárását és egy dokumentumba foglalását jelenti. Másrészt az előhívás összetettebb folyamat. Nem teljesíted olyan könnyen a követelményeket, mint gyűjtés közben. Ez extra erőfeszítést igényel.
Az előhívás során megkérdezi a felhasználót vagy az ügyfelet:
- Mik a céljaik a rendszerrel/termékkel kapcsolatban?
- Mit kell elérni?
- Hogyan illeszkednek a szezonális igények a vállalkozás igényeihez?
- Hogyan kell a szezonális terméket/rendszert rendszeresen használni?
Egyszerűen hangzik, de nem az!
Ian Sommerville és Pete Sawyer szerint a követelmények feltárása a rendszer követelményeinek feltárásának folyamata az ügyfelekkel, rendszerfelhasználókkal és másokkal, akiknek érdekeltsége van a rendszer fejlesztésében. Mivel a „gyűjtés” vagy „rögzítés” nem hangzik túl pontosan, a „kiváltás” szót használjuk.
"Tudom, hogy úgy gondolja, hogy megértette, amit mondtam, de nem vagyok benne biztos, hogy észreveszi, hogy amit hallott, az nem az, amire gondoltam" - Robert McCloskey, a külügyminisztérium szóvivője.
Idézetével azt akarta mondani, hogy az emberek néha félreértik, amit mások mondanak nekik. Néha nem azt mondják, amit gondolnak. Végül ez az egész félreértés a követelmények összegyűjtésének helytelen végrehajtásához vezetett.
Mik a lépések a kiváltás során?
1. LÉPÉS
A követelmények forrása:
Különféle források állnak rendelkezésre, amelyekből összegyűjthetjük igényeinket. Néhány közülük a következőket tartalmazza:
- Az érdekeltek
- Meglévő rendszerek
- Meglévő dokumentumok
- Versenytársak és más hasonló rendszerek
- Interfészek a rendszerekkel
- Törvények és szabványok
- Vállalati irányelvek
2. LÉPÉS
Állítsa be a projekt hatókörét:
A projekt hatókörének beállításához a következő lépéseket lehet követni:
- Tudja meg, miért indul a projekt
- Az ingatlan meghatározza a projekt által elérendő kulcsfontosságú célokat
- Készítsen egy munkanyilatkozatot a projekthez, amely segít a munka megfelelő lebontásában a csapattagok között
- Sorolja fel a szállítandó tételeket a projekt végén
- Válassza ki az elérendő legfontosabb mérföldköveket
- Határozza meg azokat a főbb korlátokat és korlátokat, amelyekkel a csapat szembesülhet a projekt fejlesztése során
- Hozzon létre egy listát azokról az elemekről, amelyek ki vannak zárva a hatókörelemek listájából
- Kérje meg az érdekelt feleket, hogy írják alá a hatókör dokumentumát, amely megerősíti, hogy tájékozottak a projektről és annak tartalmáról.
3. LÉPÉS
Kiválasztási feladatok:
Tervezési előhívás:
- Miért kell végrehajtani ezt a különleges követelményt, és milyen előnyökkel jár majd? – A projekt céljai
- Ki lesz a felelős a létrehozásáért? – Szakemberek a kiváltási erőfeszítésekhez
- Mikor lesz a legalkalmasabb a megvalósítás? – Ütemezze be a forrásbecslést
- Hogyan valósul meg? – Stratégiák és eljárások
- És a kockázatok
Az előhívás során:
- Erősítse meg a projekt életképességét. Tudja meg, hogy a projekt valóban megéri-e vagy sem
- Értse meg a problémákat és kérdéseket az érintettek szemszögéből
- Vonja ki az érintettek által megfogalmazott követelmények lényegét
- Ismerje meg, hogyan végezheti el a munkát a felhasználók érdekében
- Az innováció a győzelem kulcsa
A következő előhívás:
- Elemezze az eredményeket az összegyűjtött információ megfelelő megértése érdekében
- Az érdekelt felek számára elfogadható, koherens követelményrendszer megtárgyalása. Határozza meg a prioritásokat is
- Az eredményeket rögzítse a követelmények specifikációiban
A kiváltás egy inkrementális folyamat. Ezt a lépést meg kell ismételnie, amennyire szükséges.
Most válassza ki a megfelelő technikakészletet minden követelményforráshoz. Határozza meg ezt a technikát a forrás, a fejlesztendő rendszer stb. alapján. Ne feledje, hogy nem minden technikát lehet minden helyzetben alkalmazni.
4. LÉPÉS
A követelmények dokumentálása –
A kiértékelési folyamat utolsó lépése az összes követelmény véglegesítése egy dokumentum formájában. Ez a dokumentum elsősorban a megjegyzéseket és a felhasználói követelményeket tartalmazza. És ezek a követelmények hiányosak, következetlenek és rendezetlenek lesznek. De ez csak a kiindulópont. A dokumentum időnként szerkeszthető, és hozzáadható vagy módosítható.
Követelmények elemzése és tárgyalás
A követelményelemzés tipikusan a követelményfeltárás fázisában dokumentált követelmények elemzésének, érvényesítésének és összehangolásának folyamata. Más szóval, a követelményelemzés az érintettek által megfogalmazott követelmények tanulmányozásának és megértésének folyamata. A követelményelemzés gyakori kommunikációt igényel az érintettekkel és a végfelhasználókkal az elvárások meghatározása, a konfliktusok feloldása, végül a legfontosabb követelmények dokumentálása érdekében. A megoldások olyan problémákat tartalmazhatnak, mint:
- Különféle beállítások a vállalati munkafolyamathoz
- Egy új rendszer felállítása, amelyet mostantól használni kell, stb.
Egy dolgot szem előtt kell tartani, hogy a követelményfeltárás és a követelményelemzés együtt működik. Ők ketten etetik egymást. Amikor elkezdjük összegyűjteni a követelményeket, egyúttal előhívjuk és elemezzük is őket.
A követelményelemzés céljai
- A követelményelemzés első és legfontosabb célja a felhasználók követelményeinek és szükségleteinek megértése
- Ha különböző forrásokat használunk a követelmények összegyűjtéséhez, előfordulhat, hogy ellentmondások adódhatnak közöttük. A Követelményelemzés célja a felhasználók által megfogalmazott követelmények közötti ütközések megtalálása és feloldása.
- Egyeztessen a követelményekről a felhasználókkal és az érdekelt felekkel. Rendszerünk semmiképpen nem tud minden követelményt pontosan úgy teljesíteni, ahogyan azt az érintettek és a felhasználók elmagyarázzák.
- Meg kell tárgyalnunk és rangsorolnunk kell a követelményeket. Egyes követelmények számunkra nem nagyok, de a végfelhasználók számára nagyon fontosak lehetnek. Ahhoz, hogy megértsük őket, elemeznünk kell és rangsorolnunk kell az érintettek igényeit.
- Ki kell dolgozni a felhasználók és a rendszer által megfogalmazott követelményeket. Ez segít a követelmények dokumentálásában a követelményspecifikációkban. Ezenkívül ez segít a fejlesztőknek a fejlesztésben, tervezésben és tesztelésben, mivel kidolgozottan és jobban megértik a követelményeket.
- A követelményeket különböző kategóriákba és alkategóriákba kell besorolnunk, és ezeket a követelményeket tovább kell rendelnünk a különböző alrendszerekhez.
- Értékelnünk kell a szervezet által kívánt minőség követelményeit is.
- Végül pedig gondoskodnunk kell arról, hogy ne hagyjunk ki semmi fontosat.
Követelmények Dokumentáció/specifikáció
A követelményspecifikáció, más néven dokumentáció, egy olyan folyamat, amely az összes rendszer- és felhasználói követelményt egy dokumentum formájában rögzíti. Ezeknek a követelményeknek világosnak, teljesnek, átfogónak és következetesnek kell lenniük.
A rögzítési tevékenység során minden igényt összegyűjtünk különböző forrásokból. Az elemzési és tárgyalási tevékenységek során elemezzük és megértjük ezeket a követelményeket. Most el kell készítenünk egy hivatalos dokumentumot, amely elmagyarázza ezeket a követelményeket. Ez a követelmény specifikációja. Pontosabban, ez az összes felhasználói és rendszerigény és korlát egyértelmű és pontos dokumentálása.
A követelmények dokumentálásának módszere
FÜLEK hatékony módszer lenne itt. Azt jelenti Követelmények szintaxisának egyszerű megközelítése. Ezzel a módszerrel világos, tömör és érthető nyelvezetet írunk. Ez javítja a követelmények teljes mérnöki munkafolyamatát, és leegyszerűsíti a munkát azáltal, hogy a dolgokat meglehetősen könnyen érthetővé teszi.
Ennek eléréséhez itt van néhány alapelv, amelyeket szem előtt kell tartani a követelmények írásakor. Ezek magukban foglalják:
Minden követelményt egy teljes mondat formájában kell megadni. Nem szabad felsorolásjeleket, betűszavakat, rövidítéseket vagy hívószavakat használni. Próbáljon rövid, közvetlen és teljes mondatokat alkotni.
Győződjön meg arról, hogy minden követelménynek megfelelő tárgya, állítmánya és igekötője van. A téma a felhasználó típusa vagy a rendszer, amelyről beszélünk. A predikátum az általunk elvárt feltételek, cselekvések vagy kívánt eredmények. Olyan szavakat kell használnunk, mint a „shall”, „will” és „must” valamilyen szükségszerűség kifejezésére, a „lehet”-hez hasonló szavakat pedig a követelmény opcionálisságának kifejezésére.
Minden követelménynek hatékonyan meg kell magyaráznia a rendszertől kívánt végeredményt.
Ezenkívül a követelménynek le kell írnia a rendszertől elvárt minőséget. Segít, ha mérjük a végeredményt, és megnézzük, hogy a követelmény megfelelően megvalósul-e vagy sem.
Követelmények érvényesítése
Az érvényesítés egy folyamat, amellyel ellenőrizhető, hogy a rendszer megfelel-e a jelnek vagy sem. Az érvényesítés választ ad arra a kérdésre: „Jó rendszert építünk?” Arról van szó, hogy teszteljük és validáljuk a rendszert, és megnézzük, hogy az általunk épített rendszer megfelelő-e vagy sem, és megfelel-e az ügyfél elvárásainak vagy sem. A rendszer érvényesítésére használt különféle módszerek közé tartozik a fekete doboz tesztelése, a fehér doboz tesztelése, az integrációs tesztelés és az egységteszt. Az érvényesítés mindig az ellenőrzés után következik be.
Az ellenőrzés egy olyan folyamat, amelynek segítségével ellenőrizhető, hogy a rendszer eléri-e a várt céljait vagy sem, hiba és probléma nélkül. Az ellenőrzés választ ad arra a kérdésre: „Jól építjük meg a terméket?” Ez a tesztelésről és annak ellenőrzéséről szól, hogy a rendszer problémamentesen megfelel-e a követelményeknek. A rendszer ellenőrzésére használt különféle módszerek közé tartozik az áttekintés, az áttekintés, az ellenőrzések és az asztali ellenőrzések. Az ellenőrzés egy manuális folyamat, amelyet az érvényesítés előtt hajtanak végre.
Érvényesítési technikák
Különféle technikák használhatók a követelmények érvényesítésére. Tartalmazzák:
- Ellenőrzések – A követelmények ellenőrzése során lektoráljuk a követelménydokumentumokat, nehogy kimaradjanak a felhívások. Ezen ellenőrzések során az összes követelmény közötti nyomon követhetőségi szintet is ellenőrizzük. Ehhez nyomon követhetőségi mátrix létrehozása szükséges. Ez a mátrix biztosítja, hogy az összes követelményt komolyan figyelembe vegyék, és minden, ami meghatározott, indokolt legyen. Ezen ellenőrzések során ellenőrizzük a követelmények formátumát is. Megnézzük, hogy a követelmények világosak és jól meg vannak-e írva vagy sem.
- Prototípus- – A fejlesztők által megépítendő rendszer modelljének vagy szimulációjának egy módja. Ez egy nagyon népszerű technika a követelmények érvényesítésére az érdekelt felek és a felhasználók körében, mivel segít nekik könnyen azonosítani a problémákat. Csak megkereshetjük a felhasználókat és az érdekelteket, és visszajelzést kaphatunk.
- Teszt tervezés – A teszttervezés során egy kis eljárást követünk, ahol először véglegesítjük a tesztelőcsoportot, majd felállítunk néhány tesztelési forgatókönyvet. A funkcionális tesztek magából a követelményspecifikációból származtathatók, ahol minden követelményhez tartozik egy teszt. Éppen ellenkezőleg, a nem funkcionális követelményeket nehéz tesztelni, mivel minden tesztet a követelményre kell visszavezetni. Ennek célja a specifikáció hibáinak vagy a kimaradt részletek kiderítése.
- Követelmények felülvizsgálata – A követelmények felülvizsgálata során hozzáértő emberek csoportja strukturáltan és részletesen elemzi a követelményeket, és azonosítja a lehetséges problémákat. Ezt követően összegyűlnek, hogy megvitassák a problémákat, és kitalálják a problémák megoldásának módját. Különböző szabványokból álló ellenőrző lista készül, és a lektorok bejelölik a négyzeteket, hogy formális felülvizsgálatot készítsenek. Ezt követően megtörténik a végső jóváhagyási aláírás.
Követelménykezelés
Ian Sommerville szerint „A követelménykezelés a változó követelmények kezelésének folyamata a követelménytervezési folyamat és a rendszerfejlesztés során.”
A követelménykezelés fő célja, hogy világos, tömör és hibamentes követelményeket biztosítson a mérnöki csapatnak, hogy biztosan észlelni tudják a rendszerben előforduló hibákat, és potenciálisan csökkentsék a projekt költségét és kockázatát.
A Követelménykezelés fő szempontjai
Vannak aggályok a követelménykezeléssel kapcsolatban. Tartalmazzák:
- Az egyeztetett követelmények változásainak kezelése
- Az összes követelmény közötti kapcsolat kezelése
- A rendszertervezési folyamat során előállított követelménydokumentumok közötti függőségek kezelése.
Követelmények típusai
Alapvetően kétféle követelmény létezik:
- Rendszerkövetelmények – A rendszerkövetelmények a felhasználói követelmények kibővített változatának nevezhetők. A rendszerkövetelmények minden új rendszertervezés kiindulópontjaként szolgálnak. Ezek a követelmények részletesen leírják azokat a felhasználói követelményeket, amelyeket a rendszernek meg kell felelnie.
- Felhasználói követelmények – A felhasználói igény funkcionális és nem funkcionális követelmények kombinációja. Ezeket a felhasználói követelményeket úgy kell megtervezni, hogy azok könnyen érthetőek legyenek azok számára, akik nem rendelkeznek semmilyen technikai tudással. Ezért ezeket természetes nyelven kell megírni egyszerű táblázatok, űrlapok és diagramok segítségével. Győződjön meg arról is, hogy a dokumentum nem tartalmaz részleteket a rendszertervezésről, a szoftverről vagy a formális jelölésekről.
Visure Requirements ALM Platform
Visure Requirements ALM Platform az egyik legmegbízhatóbb modern ALM platform, amely a világ bármely méretű szervezetének követelménykezelésére szakosodott.
Ez egy kötelező eszköz az összetett termékeket, rendszereket és szoftvereket építő csapatok számára, amelyek végpontok közötti nyomon követést igényelnek az ötleteléstől a tesztelésig és a telepítésig, egészen a forráskódig, valamint a szabványos tanúsítási megfelelést.
A Visure Requirements egy bizonyítottan rugalmas és teljes követelménymérnöki eszköz, amely a hardver- és mechanikai meghatározási folyamat részeként képes racionalizálni a szoftverkövetelmények folyamatát. A Visure Requirements elősegíti a hatékony projekt-együttműködést és javítja a szoftver minőségét a követelmények rögzítésével, elemzésével, specifikációjával, érvényesítésével és ellenőrzésével, kezelésével és újrafelhasználásával.
A Visure Solutions segíthet leküzdeni a termék- és a beágyazott fejlesztés kihívásait,
- A szoftver minőségének javításának alapvető első lépéseként javítsa a definíció minőségét
- Szerezze vissza a fejlesztési és szabályozási folyamatok irányítását
- A követelmények meghatározásának egységesítése és érvényesítése az egész szervezetben
- Támogassa a követelmények hatékony újrafelhasználását a projektcsoportok és a termékcsaládok és változatok között
- Formalizáljon egy közös követelmény-specifikációs struktúrát, és kezelje a változásokat az egész életciklus alatt
- Elérése teljes nyomon követhetőség minden elemen keresztül, a követelményektől a tesztelésen át a végrehajtásig
- Könnyedén követheti a fejlesztés minden aspektusát, a kockázatszámítási grafikától az árva követelményekről szóló jelentésekig
- Kerülje el a buktatókat és csökkentse a kockázatokat minden szinten, a jobb követelmények megfogalmazásától és az igények rangsorolásától a hatáselemzési képességek megváltoztatásáig.
A Visure követelmények használatának előnyei a termék- és beágyazott fejlesztéshez
- Tanúsítási támogatás a ipari szabványok, mint például DO-178B/C, IEC 61508, ISO 26262, IEC 62304, FMEA és GAMP5
- Egy teljes platform az összes követelményhez kapcsolódó tevékenységhez
- Folyamatérvényesítés egy rugalmas megoldáson keresztül, amely támogatja a különböző folyamatmodelleket, beleértve az Automotive SPICE, CMMI, V-model, Agile és ad hoc modelleket
- Jobb csapatkommunikáció és együttműködés szerepalapú képességek révén
- Támogatja a jobb minőségű termékeket és csökkenti a szoftverhibákat.
A Visure-t aktívan használó vállalatok egyértelmű hatást fejtenek ki a projektek időben történő szállításával, a projekt megfelelőségével, valamint a fejlesztési költségek és a ciklusidők csökkenésével.
Következtetés
A követelmények tervezése kritikus folyamat annak biztosításában, hogy az általunk épített termékek és rendszerek megfeleljenek ügyfeleinknek. Az ebben a cikkben felvázolt öt lépésből álló folyamat segíthet abban, hogy projektje jól induljon azáltal, hogy korán és gyakran kap visszajelzést az érdekelt felektől, és ezt a visszajelzést világos és tömör követelmények megfogalmazására használja. Ha olyan eszközt keres, amely segít kezelni a követelmények tervezési folyamatát, a Visure Requirements ALM Platform segíthet. Kérje a sajátját ingyenes 30 napos próba még ma, hogy megtudja, miként tudja platformunk sikeressé tenni következő projektjét.
Ne felejtsd el megosztani ezt a bejegyzést!
