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é.