Követelménytervezés 101

A követelménytervezés oka

A követelménytervezés azért fontos, mert a hibák 60%-a a követelménytervezési szakaszban keletkezik.
A rossz vagy hiányzó követelmények a programozás során 20-szorosan és az elfogadási teszt során 100-szorosan drágábbak.
A követelmények figyelmen kívül hagyásához vezethet, ha valami magától értetődőnek tűnik és nincs kifejezetten megfogalmazva.

A követelmény meghatározása

A követelmény egy olyan feltétel vagy képesség, amelyre a felhasználónak szüksége van egy probléma megoldásához vagy egy cél eléréséhez.
A követelmény lehet egy rendszernek vagy rendszerösszetevőnek teljesítenie kellő feltétel vagy képesség, amelynek egy szerződéses szabványspecifikációnak, vagy más formálisan előírt dokumentumnak kell megfelelnie.
A követelmény lehet egy feltétel vagy képesség, amelyet dokumentáltan ábrázolnak.

Követelmények típusai

Funkcionális követelmények: A rendszer funkcióinak viselkedésének eredményére vonatkozó követelmények.
Minőségi követelmények (nem funkcionális): Olyan követelmények, amelyek nem funkcionális problémákra vonatkoznak, például a teljesítmény, rendelkezésre állás, megbízhatóság, méretezhetőség és hordozhatóság.
Korlátok: Olyan követelmények, amelyek további korlátozásokat szabnak a megoldási térre a funkcionális és minőségi követelmények mellett, például határidők, web alapú megoldások.

A követelménytervezés meghatározása

A követelménytervezés egy szisztematikus megközelítés a követelmények specifikációjához és kezeléséhez.
Célja a vonatkozó követelmények ismerete, konszenzus elérése az érintettek között, dokumentáció a megfelelő szabványok szerint és szisztematikus kezelés.
A követelménytervezéssegítségével megértik és dokumentálják az érdekelt felek vágyait és igényeit, hogy minimalizálják annak kockázatát, hogy olyan rendszert szállítsanak, amely nem felel meg az érdekelt felek vágyainak és igényeinek.

A követelménytervezés négy fő tevékenysége:

Kiderítés: A vonatkozó követelmények felkutatása.
Dokumentáció: A követelmények rögzítése és dokumentálása.
Validálás és tárgyalás: A követelmények ellenőrzése és a felek közötti megállapodás elérése.
Menedzsment: A követelmények folyamatos kezelése.

Követelménymérnök

Analitikus gondolkodás
Empátia
Kommunikációs készségek
Konfliktusmegoldó készségek
Moderálási készségek
Önbizalom
Meggyőző erő

Communication

Közös nyelv
- Természetes nyelv
- UML (Unified Modeling Language)

Követelmények kiderítése

A követelmények nem úgy jönnek létre, hogy ott vannak, hanem ki kell őket deríteni.
A követelmények kiderítésének forrásai:
- Érdekelt felek: Szabadon, például: felhasználók, operátorok, fejlesztők, stb.
- Dokumentumok: Például: Jogi dokumentumok, szabványok, hibajelentések.
- Működő rendszerek: Például: Örökölt vagy elődrendszerek, versengő rendszerek.

Követelmények kiderítése: Kano modell

Elégedetlenek: Magától értetődő és magától értetődő tulajdonságok.
Kielégítők: Kifejezetten megkövetelt rendszertulajdonságok.
Örömmelők: Olyan rendszertulajdonságok, amelyeket az érdekelt felek nem ismernek vagy nem várnak el, és csak a rendszer használata során fedeznek fel.

Követelmények kiderítése: Kiderítési technikák

Felmérési technikák: Pontosak, de időigényesek:
- Interjúk
- Kérdőívek
Kreativitási technikák: Nem mindig elég pontosak:
- Ötletbörze
- Hat gondolkodó kalap
- Analógia
Dokumentumközpontú technikák: Más technikákkal kell kombinálni:
- Jóak a régi rendszerekhez:
- Rendszerrégék...

A követelménytervezés oka

A követelmények közlése javult, de a hibák 60%-a a követelménytervezési szakaszból származik.
A hibák kijavítása drága:
- A programozás során 20-szor drágább
- Az elfogadási teszt során 100-szor drágább.
A hibák oka lehet, hogy a követelményeket magától értetődőnek tartják, és nem dokumentálják kellőképpen.

A követelmény meghatározása

A követelmény lehet:
- Szükséges feltétel vagy képesség a felhasználó számára egy probléma megoldásához vagy cél eléréséhez.
- Egy rendszernek vagy rendszerösszetevőnek teljesítenie kell egy szerződéses szabványspecifikációnak, vagy más formálisan előírt dokumentumnak.
Az IEEE610.12-1990 szabvány definíciója szerint a követelmény egy olyan feltétel vagy képesség dokumentált ábrázolása, amelyre a felhasználónak szüksége van egy probléma megoldásához vagy cél eléréséhez.

Követelmények típusai

A követelmények két fő típusra oszthatók fel:
- Funkcionális követelmények: A rendszer funkció által biztosított viselkedés eredményére vonatkozó követelmény.
- Minőségi követelmények: A minőségi problémákra vonatkozó követelmények, például a teljesítmény, a rendelkezésre állás, a megbízhatóság, a méretezhetőség és a hordozhatóság.

A követelménytervezés meghatározása

A követelménytervezés olyan szisztematikus és fegyelmezett megközelítés a követelmény specifikációhoz és kezeléséhez, melynek célja:
- A vonatkozó követelmények ismerete.
- Konszenzus elérése az érintettek között a követelményeket illetően.
- A követelmények dokumentálása a megfelelő szabványok szerint.
- A követelmények szisztematikus kezelése.

A követelménytervezés négy fő tevékenysége

A követelménytervezés négy fő tevékenységből áll:
- Kiderítés: A követelmények beazonosítása.
- Dokumentáció: A követelmények rögzítése.
- Validálás és tárgyalás: A követelmények ellenőrzése és a szereplőkkel történő egyeztetés.
- Menedzsment: A követelmények nyomon követése és kezelése.

Követelménymérnök, a személy

A követelménymérnöknek rendelkeznie kell a következő tulajdonságokkal:
- Analitikus gondolkodás.
- Empátia.
- Kommunikációs készségek.
- Konfliktusmegoldó készségek.
- Moderálási készségek.
- Önbizalom.
- Meggyőző erő.

Kommunikáció

A követelménytervezés során fontos a közös nyelv használata.
- Természetes nyelv: A mindennapi beszéd általános nyelve.
- UML: Unified Modeling Language, mely egy diagrammal alapú modellező nyelv.

Követelmények kiderítése

A követelmények nem léteznek önmagukban, ki kell őket deríteni!
A követelmények kiderítésének forrásai:
- Érdekelt felek:
  - A rendszerrel kapcsolatban álló személyek vagy szervezetek.
  - Pl.: felhasználók, operátorok, fejlesztők, építészek, ügyfelek, tesztelők.
- Dokumentumok:
  - Jogi dokumentumok, szabványok, hibajelentések.
- Működő rendszerek:
  - Örökölt vagy elődrendszerek.
  - Versengő rendszerek.

Kano modell

A Kano modell segít a követelmények priorizálásában:
- Elégedetlenek: A követelmények hiánya nem okoz elégedetlenséget, de a meglétük sem okoz örömet.
  - Pl.: Az alapvető funkciók hiányában a felhasználók csalódottak.
- Kielégítők: Ha a követelmények teljesülnek, akkor a felhasználók elégedettek.
  - Pl.: A rendszer megfelelően működik.
- Örömmelők: A követelmények megléte meglepetésként hat, és örömmel tölti el a felhasználót.
  - Pl.: A rendszernek plusz funkciói vagy előnyei vannak.

Követelmények kiderítési technikák

Különböző technikák állnak rendelkezésre a követelmények kiderítéséhez:
- Felmérési technikák: Pontosak, de időigényesek.
  - Pl.: Interjúk, kérdőívek.
- Kreativitási technikák: Szemléletesek és interaktívak, de néha pontatlanok.
  - Pl.: Ötletbörze, Hat gondolkodó kalap, analógia.
- Dokumentumközpontú technikák: Más technikákkal kombinálhatók.
  - Pl.: Meglévő dokumentumok elemzése, rendszerrégé.