TartalomjegyzékElôzô részKövetkezô részMEH IKI kezdô oldal

2. Követelmény-meghatározás

A követelmény-meghatározás során a követelményjegyzéket kell elõállítani és folyamatosan bõvíteni.

1. A technika célja

Ez a technika vezérli a javasolt új rendszer követelményeinek a feltárását. A célok a következõk:

2. A technika rövid leírása

A követelmények meghatározása során funkcionális és nem-funkcionális követelményeket kell leírni a javasolt rendszerrõl. A követelményjegyzék egy központi lerakat, amely információt nyújt a követelményekrõl és biztosítja a követelmények nyomon követését. Önmagában nem elegendõ a pontos specifikációhoz, ezért együtt kell használni egy sor szigorú technikával és termékkel a követelmények teljes specifikációjának az elkészítéséhez. A követelmények meghatározása ismétlõdõ folyamat, egyre részletesebb leírásokat adva. A követelményeket mindig úgy kell leírni, hogy: A követelményjegyzéket a logikai rendszer tervezéséig mindenütt ki lehet egészíteni.

Az adatfolyam-modellezés és logikai adatmodellezés a kezdetekben segít a követelmények megfogalmazásában. A késõbbiekben a logikai adatmodellezés az adatokra vonatkozó követelmények részletes specifikációját nyújtja. A funkciómeghatározás a lekérdezésekre és aktualizálásokra vonatkozó követelményeket fejti ki részletesen. A rendszerszervezési alternatívákat a követelményjegyzék alapján kell kidolgozni. A követelményjegyzéket a rendszertechnikai alternatívák kidolgozása során is használni lehet.

A követelmény-meghatározás egy sor projekt-eljáráshoz tartozó technikával is kapcsolatban áll:

3. A követelmények meghatározása

3.1. Tényfeltárás

Különbözõ megközelítéseket alkalmazhat az elemzõ a tényfeltárásban:

A megfigyelés, dokumentumok elemzése a jelenlegi környezet felmérésében segíthet. Ahogy az elemzõ egyre többet tud meg a felhasználók igényeirõl, lehetõvé válik, hogy új követelményeket javasoljon. Ilyen esetekben a felhasználókat is meg kell kérdezni, mert végsõ soron minden követelménynek a felhasználók a "tulajdonosai".

Amit az elemzõnek fel kell ismerni:

A követelményjegyzék bejegyzésének formalapja jó eszköz ehhez. Ha valamelyik részt nehéz kitölteni, az jelzi, hogy további elemzés szükséges, bár a formalap egészét általában nem lehet elsõre kitölteni.

A projekt korai fázisában a követelményjegyzék semmiképpen sem kõbe vésett dolog, mindenképpen ideiglenesnek kell tekinteni. Egészen addig kell kiegészíteni és módosítani, amíg felhasználók és elemzõk egyetértésre nem jutnak abban, hogy teljes leírását adja az új rendszernek.

3.2. Funkcionális követelmények

Ezek a követelmények azt írják le, hogy "mit" kell a rendszernek tudnia. Ilyenek lehetnek például:

3.3. Nem-funkcionális követelmények

A nem-funkcionális követelmények azt írják le, hogy hogyan, mennyire jól vagy milyen szintû minõségben kell egy lehetõséget vagy lehetõség csoportot nyújtania a rendszernek. Ezek a követelmények nagyon fontosak a rendszer sikeressége szempontjából. Vonatkozhatnak a rendszer egészére, egyes részeire vagy konkrét funkcionális követelményekre. A következõ kategóriákat lehet használni:

4. Formalap

Követelmény AZ: egyedi azonosító

Forrás: a követelmény forrása. Lehet személy, dokumentum, SSADM termék stb.
Prioritás: a követelmény prioritása, a felhasználó szerint, pl. magas/alacsony, vagy kötelezõ/ javasolt/ választható
Tulajdonos: felhasználó vagy felhasználói szervezet, aki a követelménnyel kapcsolatos egyezkedésért felelõs
Funkcionális követelmény: az igényelt lehetõség vagy szolgáltatás leírása
Nem-funkcionális követelmény: leírás, lehetõség szerint cél értékkel, elfogadható tartománnyal (minimum, maximum), minõsítõ megjegyzéssel
Haszon: a követelmény kielégítésébõl származó várható haszonok leírása
Megjegyzések/ javasolt megoldási módok: lehetséges megoldások leírása, általános megjegyzések
Kapcsolódó iratok: hivatkozás kapcsolódó dokumentumokra, mint például felhasználói dokumentumok, projektalapító okirat, adatfolyam-ábra stb.
Kapcsolódó követelmények ha különbözõ követelmények hatnak egymásra, vagy kizárják egymást, akkor a hivatkozást fel kell jegyezni mindkét oldalon, hogy esetleges változtatás esetén fel lehessen mérni a hatást a mások oldalon.
Megoldás: a követelmény megoldási módjának feljegyzése, például egy konkrét funkcióleírásra való hivatkozással. Ha egy követelményt nem fogunk kielégíteni, akkor itt kell felírni az okait.

TartalomjegyzékElôzô részKövetkezô részMEH IKI kezdô oldal