Mi a funkcionális követelmény a szoftverfejlesztésben?

By: Charles Moore Charles Moore
Hours korszerűsített

⚡ Okos összefoglaló

A funkcionális követelmények leírják az összes olyan szolgáltatást, amelyet egy szoftverrendszernek kínálnia kell, rögzítve a bemeneteket, a viselkedést és a kimeneteket, így a fejlesztők, tesztelők és az üzleti érdekelt felek egyetlen, ellenőrizhető definíciót osztanak meg arról, hogy mit kell a terméknek valójában tennie.

  • 📘 Meghatározás: A funkcionális követelmény, más néven funkcionális specifikáció, meghatározza, hogy mit kell tennie a rendszernek – bemeneteket, viselkedést és kimeneteket, a felhasználó vagy az üzleti szempontból leírva.
  • 📄 Dokumentum hatóköre: A Funkcionális Követelmények Dokumentuma a képernyőműveleteket, az adatkezelési logikát, a jelentéseket, a munkafolyamatokat, az engedélyeket és a szabályozási megfelelést tárgyalja.
  • 🗂️ Gyakori típusok: Tranzakciókezelés, üzleti szabályok, jelentéskészítés, adminisztratív funkciók, jogosultsági szintek, audit trackirály, külső interfészek és jogi követelmények.
  • ???? Példák: A bejelentkezés érvényesítése, az értékesítés rögzítése, a szerepköralapú bevételmegtekintés, a banki API-integráció és az akadálymentesítési megfelelőség mind a funkcionális követelmények közé tartozik.
  • 🆚 Nem funkcionális kontraszt: A funkcionális követelmények leírják, hogy mit csinál egy rendszer; a nem funkcionális követelmények pedig azt írják le, hogy milyen jól teszi ezt – teljesítmény, biztonság és használhatóság.
  • ✅ Legjobb Gyakorlatok: A követelmények legyenek részletesek, tesztelhetők és üzleti célokhoz kötve, és interjúk és workshopok segítségével ismertesse azokat.
További információk

Funkcionális követelmény a szoftverfejlesztésben

Mi a funkcionális követelmény?

A Funkcionális követelmény (FR) a szoftver által kínált szolgáltatás leírása. Egy szoftverrendszert vagy annak komponensét írja le. Egy függvényt bemenetek, viselkedés és kimenetek határoznak meg. Lehet számítás, adatkezelés, üzleti folyamat vagy felhasználói interakció, amely meghatározza, hogy mit kell tennie a rendszernek. A szoftverfejlesztés funkcionális követelményeit más néven Funkcionális specifikáció.

A funkcionális követelmény a magas szintű érdekelt felek igényeitől a részletes matematikai specifikációig terjedhet. Funkcionális szoftver A követelmények megragadják a rendszer kívánt viselkedését.

Mit kell belefoglalni egy funkcionális követelménydokumentumba?

A funkcionális követelménydokumentumnak a következőket kell tartalmaznia:

Példa funkcionális követelményekre

Példa funkcionális követelményekre

A funkcionális követelménydokumentum jellemzően a következőket tartalmazza:

  • Az egyes képernyőn végrehajtott műveletek részletei
  • A rendszer által alkalmazandó adatkezelési logika
  • Descriptrendszerjelentések és egyéb kimenetek ionjai
  • Teljes körű információk a rendszer által végrehajtott munkafolyamatokról
  • Ki jogosult adatokat létrehozni, módosítani vagy törölni a rendszerben?
  • Hogyan felel meg a rendszer a vonatkozó szabályozási és megfelelőségi követelményeknek?

A funkcionális követelmények előnyei

Egy jól megírt funkcionális követelménydokumentum fő előnyei a következők:

  • Ellenőrzi, hogy az alkalmazás minden megadott funkciót teljesít-e
  • Egy helyen határozza meg a rendszer és alrendszereinek funkcionalitását
  • A követelményelemzéssel kombinálva a funkcionális követelmények segítenek azonosítani a hiányzó igényeket és tisztázni a várható rendszerviselkedést.
  • A követelmények szakaszában észlelt hibákat a legolcsóbb kijavítani
  • Támogatja a felhasználói célokat, feladatokat és tevékenységeket

A funkcionális követelmények típusai

A funkcionális követelmények gyakori kategóriái a következők:

  • Tranzakciókezelés
  • Üzleti szabályok
  • A minősítési követelmények
  • Jelentési követelmények
  • Adminisztratív funkciók
  • Engedélyezési szintek
  • Könyvvizsgálat Tracking
  • Külső interfészek
  • Történelmi adatkezelés
  • Jogi és szabályozási követelmények

KAPCSOLÓDÓ CIKKEK

Példák a funkcionális követelményekre

Az alábbiakban a funkcionális követelmények gyakorlati példáit láthatjuk:

  • A szoftvernek automatikusan ellenőriznie kell az ügyfeleket az ABC Kapcsolatkezelő Rendszerben.
  • Az értékesítési rendszernek lehetővé kell tennie a felhasználók számára az ügyfelek értékesítéseinek rögzítését.
  • Az alkalmazás összes ablakának háttérszínének kéknek kell lennie, hexadecimális RGB értékkel 0x0000FF.
  • Kizárólag a vezető beosztású alkalmazottak jogosultak a bevételi adatok megtekintésére.
  • A szoftverrendszernek integrálódnia kell a banki API-val.
  • A szoftverrendszernek meg kell felelnie a Szakasz 508 akadálymentesítési követelmények.

Funkcionális vs. nem funkcionális követelmények

Íme a funkcionális és nem funkcionális követelmények közötti főbb különbségek: Szoftverfejlesztés:

paraméterek Funkcionális követelmény Nem funkcionális követelmény
Ami Ige Attribútumok
Követelmény Ez kötelező Ez nem kötelező
Rögzítés típusa Használati esetben rögzítve van. Minőségi attribútumként van rögzítve.
Végeredmény Termékjellemző A termék tulajdonságai
Rögzítés Könnyen rögzíthető Nehéz elfogni
Objektív Segít ellenőrizni a szoftver működőképességét. Segít ellenőrizni a szoftver teljesítményét.
Fókuszterület Fókuszáljon a felhasználói igényekre A felhasználó elvárásaira koncentrál.
Dokumentáció Írja le, mit csinál a termék Leírja a termék működését
A tesztelés típusa Funkcionális tesztelés, például rendszer, integráció, végpontokig, API tesztelésStb Nem funkcionális tesztelés, mint a teljesítmény, a stressz, a használhatóság, Biztonsági tesztelésStb
Teszt végrehajtása A tesztek végrehajtása a nem funkcionális tesztelés előtt történik. A funkcionális tesztelés után
Termék Info Termék jellemzők Termék tulajdonságai

A funkcionális követelmények írásának bevált gyakorlatai

A funkcionális követelménydokumentum megírásának legfontosabb bevált gyakorlatai a következők:

  • Ne vonjon össze két követelményt egybe; minden követelményt részletesen fogalmazzon meg.
  • Minden követelményt a lehető legteljesebbé és legpontosabbá kell tenni.
  • Fogalmazza meg az összes műszaki követelményt a dokumentumban.
  • Minden követelményt képezzen le a sikeres szoftverszállítást elősegítő célokhoz és alapelvekhez.
  • Interjúk, workshopok és informális beszélgetések segítségével tájékozódjon a követelményekről.
  • Dokumentáljon minden ismert, ellenőrzött korlátozást, amely lényegesen befolyásolja a követelményt.
  • Minden feltételezést rögzíts a dokumentumban.

Gyakori hibák a funkcionális követelmények írásakor

A funkcionális követelménydokumentum létrehozásakor elkövetett gyakori hibák a következők:

  • Indokolatlanul hozzáadott extra információk, amelyek összezavarják a fejlesztőket
  • A fejlesztőknek a funkció megépítéséhez szükséges részletek elhagyása.
  • Keverési szabályok, példák, SCOping állításokat vagy célkitűzéseket magába a követelménybe.
  • Olyan információk elhagyása, amelyek elengedhetetlenek a követelmény teljes és pontos megfogalmazásához.
  • Egy meglévő követelmény védelme, amikor egy változtatási kérelem érkezik, ahelyett, hogy megtalálná a helyes választ.
  • Olyan írási követelmények, amelyek nincsenek semmilyen célkitűzéshez vagy alapelvhez rendelve.

GYIK

A mesterséges intelligencia eszközei interjújegyzeteket csoportosítanak, felhasználói történeteket generálnak, megjelölik a kétértelmű nyelvezetet, és nagy követelménykészletekben is észlelik a duplikációkat. Az üzleti elemzők továbbra is minden javaslatot ellenőrzik a valódi érdekelt felek igényeivel szemben, mielőtt az bekerülne a jóváhagyott alapvonalba.

A Copilot és a GPT rövid promptok alapján felhasználói történeteket, elfogadási kritériumokat és kötelező utasításokat készít. Egy üzleti elemző minden kimenetet szerkeszt a tesztelhetőség érdekében, és a hivatalos felülvizsgálat előtt megerősíti az üzleti célokkal való összhangot.

Az üzleti követelmény meghatározza, hogy miért létezik egy projekt, például a bevételnövekedés vagy a megfelelőség. A funkcionális követelmény meghatározza, hogy mit kell tennie a rendszernek az eredmény eléréséhez, például validálnia kell egy fizetést vagy jelentést kell generálnia.

Használj világos alanyt, a „shall” szót és állításonként egy tesztelhető cselekvést. Kerüld a kétértelmű szavakat, mint például a „fast”, és egy viselkedést fedj le, hogy a követelmény egyetlen sikeres vagy sikertelen ellenőrzéssel tesztelhető legyen.

Az EARS, az Easy Approach to Requirements Syntax (Easy Approach to Requirements Syntax), öt sablont kínál: mindenütt jelenlévő, eseményvezérelt, állapotvezérelt, opcionális funkció és nem kívánt viselkedés. Mindegyik egy tesztelhető struktúrát kényszerít ki, például amikor a rendszer KIADVÁNYT KELL VÁLASZOLNIA.

A szoftverkövetelmény-specifikáció (SZP) az a fő dokumentum, amely leírja, hogy mit kell tennie egy rendszernek. A funkcionális követelmények alkotják a legnagyobb részt, az interfészek, a nem funkcionális követelmények, a használati esetek és a korlátozások mellett.

A funkcionális követelmények vezérlik a teszteseteket a rendszer-, integrációs, végponttól végpontig tartó, API- és felhasználói elfogadási tesztelésben. Minden követelmény legalább egy tesztesethez kapcsolódik, és a Követelmények... TracAz elérhetőségi mátrix a megjelenés előtt megerősíti a lefedettséget.

Az agilis csapatok a funkcionális követelményeket felhasználói történetekként fejezik ki a következő formátum használatával: Szerepkörként egy képességet szeretnék, tehát ezt az értéket. A történethez csatolt elfogadási kritériumok a követelményt tesztelhető kész definícióvá alakítják.

Foglald össze ezt a bejegyzést a következőképpen: