Követelményelemzési technikák példákkal

Üzleti elemzőként a követelményelemzés a munkád legfontosabb része. segít meghatározni az érdekelt felek tényleges igényeitLehetővé teszi az érdekelt felekkel való kommunikációt is diagramok, modellek és folyamatábrák segítségével összetett szövegek helyett.

A követelményelemzésnek a

• Konkrét cél
• Specifikus bemenet
• Specifikus kimenet
• Erőforrásokat használ
• Számos tevékenységet kell végrehajtani bizonyos sorrendben
• Több szervezeti egységet is érinthet
• Értéket teremt az ügyfél számára

Követelményelemzési technikák

A követelményelemzési technikák feltérképezik az üzleti munkafolyamatot, így elemezheti, megértheti és fejlesztheti azt.

A következő technikákat alkalmazzák szerte a világon szoftverfejlesztés folyamat.

1. Üzleti folyamat modellezési jelölés (BPMN)

A BPMN (Business Process Model and Notation) egy üzleti folyamat grafikus ábrázolása egyszerű objektumok használatával, amely segíti a szervezetet a szabványos kommunikációban. A BPMN-ben használt fő objektumok a következők:

• Flow objektumok
• Tárgyak összekapcsolása
• Úszósávok
• Műtárgyak.

Egy jól megtervezett BPMN modell részletesen ismerteti a folyamat során végrehajtott tevékenységeket, például:

• Ki végzi ezeket a tevékenységeket?
• Milyen adatelemekre van szükség ezekhez a tevékenységekhez?

A BPMN legnagyobb előnye, hogy a diagramok könnyen megoszthatók, és a legtöbb modellezőeszköz támogatja a jelöléseket.

2. UML (Unified Modeling Language)

UML egy modellezési szabvány a specifikációhoz, fejlesztéshezping, szoftverrendszerek vizualizálása és dokumentálása. Az UML olyan objektumokat biztosít, mint:

• Állami
• tárgy
• Tevékenység
• Osztálydiagram

14 UML diagramtípus létezik, beleértve a használati eset diagramokat, az interakciós diagramokat, az osztálydiagramokat, a komponensdiagramokat és a szekvenciadiagramokat. Az UML modellek kommunikációs közvetítőként szolgálnak az összes érdekelt fél között. Az UML-alapú üzleti modell közvetlen bemenetként szolgálhat egy követelményelemző eszközhöz. Az UML diagram lehet viselkedési vagy strukturális. A viselkedési modell leírja, hogy mit csinál a rendszer; a strukturális modell megmutatja, hogy miből áll.

3. Folyamatábra technika

A folyamatábra a kapcsolódó tevékenységek szekvenciális folyamatának és vezérlési logikájának vizuális ábrázolása. A gyakori folyamatábra-formátumok közé tartozik a lineáris, a felülről lefelé haladó és a keresztfunkcionális (úszósávos) folyamatábra. A folyamatábra használható adatfolyamok, rendszerinterakciók és folyamatlépések ábrázolására. A folyamatábrák könnyen olvashatók és írhatók, még a nem műszaki ismeretekkel rendelkező tagok számára is, és párhuzamos folyamatokat és kritikus attribútumokat is megjeleníthetnek.

4. Adatfolyam diagram

Az adatfolyamati diagramok azt mutatják be, hogy egy rendszer hogyan dolgozza fel az adatokat a bemenetek és kimenetek szempontjából. Az adatfolyamati diagram összetevői a következők:

• folyamat
• Folyik
• bolt
• Terminator

Egy logikai DFD a tevékenységeket mutatja; egy fizikai DFD az infrastruktúrát. A DFD már az SDLC elemzési fázisának elején megtervezhető (Rendszerfejlesztési életciklus) a projekt hatókörének meghatározásához. Ez lebontható alfolyamatokra, amelyeket „szintezett DFD-nek” neveznek.

5. Szerepkör-tevékenységi diagramok (RAD)

A szerepkör-aktivitási diagram hasonló a folyamatábra-jelöléshez. A szerepkör-példányok a folyamat résztvevői, mindegyiknek van egy kezdő és egy befejező állapota. A RAD a szerepkörök azonosításához a folyamat vagy a szervezet mélyreható ismeretét igényli. A RAD összetevői a következők:

• Tevékenységek
• Külső események
• Államok

A szerepkörök felelősségi egységekbe csoportosítják a tevékenységeket. Egy tevékenység elvégezhető elszigetelten, vagy más szerepkörök tevékenységeivel való koordinációt igényelhet.

A külső események jelölik azokat a pontokat, ahol az állapotváltozások bekövetkeznek.

Az állapotok leképezik, hogyan halad egy szerep a folyamaton keresztül. Egy állapot elérése egy adott cél elérését jelzi.

A RAD könnyen olvasható, részletes folyamatnézetet mutat, és párhuzamos tevékenységeket mutat.

6. Gantt diagramok

A Gantt-diagram egy grafikus ábrázolás, amely segít a koordinációban, a tervezésben és a munkában. track konkrét feladat egy projektben. A teljes projekt időtartamát mutatja, lépésenként lebontva. A függőleges tengely a feladatokat sorolja fel; a vízszintes tengely a tevékenység becsült időtartamát vagy a hozzárendelt tulajdonost mutatja. Egyetlen diagram számos tevékenységet megjeleníthet.

7. IDEF (Integrált Definition for Function Modeling)

Az IDEF (Integrated Definition for Function Modeling) vállalati modellező nyelvek családját foglalja magában. A rendszerelemzést, -tervezést vagy -integrációt támogató tevékenységeket modellezi. Körülbelül 16 IDEF metódus létezik; az IDEF0 és az IDEF3 a leghasznosabbak.

8. Színes Petri-hálók (CPN)

A színes Petri-hálók (CPN) egy grafikusan orientált nyelv a következőkhöz: rendszerek specifikációja, verifikációja, tervezése és szimulációjaA CPN grafikákat és szöveget kombinál. Fő összetevői a következők: Helyek, átmenetek és ívek.

A Petri-háló objektumokon speciális feliratok találhatók, például:

• Helyek: Olyan feliratokkal rendelkezik, mint a .Név, .Színkészlet és .Kezdeti jelölés.
• Átmenet : Olyan feliratokkal rendelkezik, mint a .Name (azonosításhoz) és a .Guard (egy logikai kifejezés néhány változó felett).
• Íjak: .Arc felirattal rendelkezik. Az arc kifejezés kiértékelésekor több token színből álló készletet eredményez.

9. Munkafolyamat-technika

A munkafolyamat-technika egy vizuális diagram, amely egy vagy több üzleti folyamatot ábrázol a megértés tisztázása vagy a folyamatfejlesztési javaslatok megtétele érdekében. A folyamatábrák, az UML tevékenységi diagramok és a folyamattérképek mellett a munkafolyamat-technika az egyik legrégebbi és legszélesebb körben használt megközelítés. Az üzleti elemzők jegyzetelésre is használják a követelmények felkutatása során. A folyamat négy szakaszból áll:

• Információgyűjtés
• Munkafolyamat-modellezés
• Üzleti folyamatok modellezése
• Megvalósítás, ellenőrzés és végrehajtás

10. Objektumorientált módszerek

Az objektumorientált modellezési módszer az objektumorientált paradigmát és modellező nyelvet használja egy rendszer tervezéséhez. A hangsúly a problémakörben lévő objektumok megtalálásán és leírásán van. Az objektumorientált módszer célja:

• A rendszer jellemzésének elősegítése érdekében
• A különböző releváns objektumok azonosítása
• Hogy megértsük, hogyan kapcsolódnak egymáshoz a tárgyak
• Probléma meghatározása vagy modellezése a hatékony terv létrehozása érdekében
• A követelmények és azok következményeinek elemzése

Ez a módszer jól alkalmazható dinamikus, gyakran változó követelményekkel rendelkező rendszerekhez. Ez egy olyan folyamat, amely használati eseteket, tevékenységfolyamokat és eseményfolyamokat származtat a rendszerhez. Az objektumorientált elemzést szöveges igények, a rendszer érdekelt feleivel folytatott kommunikáció és egy jövőkép-dokumentum vezérelheti.

Egy objektumnak van egy állapota, és az állapotváltozásokat a viselkedése reprezentálja. Amikor az objektum üzenetet kap, az állapota a viselkedésén keresztül változik.

11. Hiányelemzés

A réselemzés egy olyan technika, amely a vállalkozás és funkcióinak tervezett és jelenlegi állapota közötti különbség meghatározására szolgál. Olyan kérdésekre ad választ, mint például: Mi a projekt jelenlegi állapota? Hol szeretnénk lenni? Hogyan hidalhatjuk át a hiányt? A réselemzés szakaszai a következők:

• Review System
• Fejlesztési követelmények
• Compare
• Következmények
• ajánlások

GYIK