Követelményelemzési technikák példával: Teljes oktatóanyag

Üzleti elemzőként a követelményelemzés az Ön munkájának legfontosabb része. Fog segít meghatározni az érintettek tényleges igényeit. Ugyanakkor lehetővé teszi, hogy összetett szöveg helyett egy általuk értett nyelven kommunikáljon az érintettekkel (például diagramok, modellek, folyamatábrák).

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
• Egynél több szervezeti egységet érinthet
• Valamilyen értéket teremt az ügyfél számára

 

Követelményelemzési technikák

A követelményelemzési technikákat főként az üzleti munkafolyamat feltérképezésére használják, így elemezheti, megértheti és elvégezheti a szükséges változtatásokat az adott munkafolyamatban vagy folyamatban.

Különféle igényelemzési technikák használhatók a szerint szoftverfejlesztés folyamat tetszik

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

A BPMN (Business Process Modeling & Notation) az üzleti folyamat egyszerű objektumok segítségével történő grafikus ábrázolása, amely segíti a szervezetet a szabványos kommunikációban. A BPMN-ben használt különféle objektumok magukban foglalják

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

A jól megtervezett BPMN-modellnek képesnek kell lennie arra, hogy a folyamat során végrehajtott tevékenységekről részletesen leírja, mint pl.

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

A BPMN használatának legnagyobb előnye, hogy könnyebben megosztható, és a legtöbb modellező eszköz támogatja a BPMN-t.

2. UML (Unified Modeling Language)

UML egy modellezési szabvány, amelyet elsősorban szoftverrendszerek specifikálására, fejlesztésére, megjelenítésére és dokumentálására használnak. A fontos üzleti folyamatok és műtermékek rögzítéséhez az UML olyan objektumokat biztosít, mint pl

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

14 UML diagram segíti a modellezést, mint a használati eset diagram, interakciós diagram, osztálydiagram, komponens diagram, szekvencia diagram stb. Az UML modellek fontosak az IT szegmensben, mivel az összes érdekelt fél közötti kommunikáció médiumává válik. Az UML-alapú üzleti modell közvetlen bemenete lehet egy követelményeszköznek. Az UML diagram két típusú viselkedési modellből és strukturális modellből állhat. A viselkedési modell megpróbál információt adni arról, hogy a rendszer mit csinál, míg a strukturális modell azt adja meg, hogy miből áll a rendszer.

3.Flow chart technika

A folyamatábra a kapcsolódó tevékenységek vagy műveletek sorozatos folyamatának és vezérlési logikájának vizuális megjelenítése. Különböző formátumok léteznek a folyamatábrákhoz, amelyek magukban foglalják a lineáris, felülről lefelé irányuló és keresztfunkcionális (úszósávokat). A folyamatábra különféle tevékenységekhez használható, mint például az adatfolyamok ábrázolása, a rendszer interakciói, stb. A folyamatábra használatának előnye, hogy könnyen olvasható és írható még a nem műszaki csapattagok számára is, és funkciónként képes megjeleníteni a párhuzamos folyamatot. , egy folyamat kritikus attribútumai stb.

4. Adatfolyam diagram

Az adatfolyam-diagramok bemutatják, hogyan dolgozza fel a rendszer az adatokat a bemenetek és a kimenetek tekintetében. Összetevői adatfolyam diagram tartalmazza

• folyamat
• Folyik
• bolt
• Terminator

A logikai adatfolyamdiagram a rendszer tevékenységeit mutatja, míg a fizikai adatfolyamdiagram a rendszer infrastruktúráját. Az SDLC-n belüli elemzési fázis követelmény-kijelzési folyamatának korai szakaszában adatfolyam-diagramot lehet megtervezni (Rendszerfejlesztési életciklus) a projekt hatókörének meghatározásához. Az egyszerű elemzés érdekében az adatfolyam-diagram lefúrható a „leveled DFD” néven ismert részfolyamatokra.

5. Szerep-tevékenység diagramok (RAD)

A szerepköri tevékenység diagramja hasonló a folyamatábra típusú jelöléshez. A szerepköri tevékenység diagramban a szereppéldányok folyamat résztvevői, amelyeknek van kezdő és záró állapota. A RAD a folyamatok vagy a szervezet mélyreható ismeretét igényli a szerepek azonosításához. A RAD összetevői tartalmazzák

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

A szerepek a tevékenységeket felelősségi egységekre csoportosítják, az általuk végrehajtott felelősségi körnek megfelelően. Egy tevékenység végrehajtható egy szerepkörrel elszigetelten, vagy szükség lehet más szerepkörökben végzett tevékenységekkel való koordinációra.

A külső események azok a pontok, ahol állapotváltozások következnek be.

Az állapotok hasznosak egy szerep tevékenységeinek feltérképezésére, ahogy az államról államra halad. Egy bizonyos állapot elérése azt jelzi, hogy egy bizonyos célt elértünk.

A RAD hasznos a kommunikáció támogatásában, mivel könnyen olvasható és párhuzamosan bemutatja a folyamatot és az engedélyezési tevékenységeket.

6. Gantt diagramok

A Gantt-diagram egy ütemterv grafikus ábrázolása, amely segít koordinálni, megtervezni és nyomon követni a projekt konkrét feladatait. Az objektum teljes időtartamát mutatja, lépésekre lebontva. A Gantt-diagram a függőleges tengelyen az összes végrehajtandó feladat listáját, míg a vízszintes tengelyen a tevékenység becsült időtartamát vagy a tevékenységhez hozzárendelt személy nevét tartalmazza. Egy diagram sok tevékenységet mutathat be.

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

Az IDEF vagy Integrated Definition for Function Modeling egy általános elnevezés, amely a vállalati modellezési nyelvek osztályaira utal. A rendszerelemzés, -tervezés vagy -integráció támogatásához szükséges tevékenységek modellezésére szolgál. Az IDEF-hez körülbelül 16 módszer létezik, az IDEF leghasznosabb verziói az IDEF3 és az IDEF0.

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

A CPN vagy színes Petri hálók grafikusan orientált nyelvek rendszerek specifikációja, ellenőrzése, tervezése és szimulációja. A színes Petri-háló grafika és szöveg kombinációja. Fő alkotóelemei a Helyek, átmenetek és ívek.

A Petri háló objektumainak speciális felirata van, mint a for

• Helyek: Olyan feliratok vannak rajta, mint .Name, .Color Set, .Initial marking stb.
• Átmenet : Olyan felirattal rendelkezik, mint a .Name (az azonosításhoz) és a .Guard (a logikai kifejezés néhány változóból áll)
• Íjak: Olyan felirat van rajta, mint .Arc. Az ívkifejezés kiértékelésekor több token színkészletet kap.

9. Munkafolyamat-technika

A munkafolyamat-technika egy olyan vizuális diagram, amely egy vagy több üzleti folyamatot ábrázol, hogy tisztázza a folyamat megértését vagy folyamatfejlesztési javaslatokat tegyen. Más diagramokhoz hasonlóan, mint például a folyamatábra, az UML tevékenység és a folyamattérkép, a munkafolyamat technika a legrégebbi és legnépszerűbb technika. Még a BA is használja jegyzetek készítésére a követelményfeltárás 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 objektum-orientált modellezési módszer objektum-orientált paradigmát és modellezési nyelvet használ a rendszer tervezéséhez. Hangsúlyt helyez az objektum megtalálására és leírására a probléma tartományban. Az objektumorientált módszer célja az

• A rendszer jellemzésének segítése
• Tudni, melyek a különböző releváns objektumok
• Hogyan viszonyulnak egymáshoz
• Hogyan határozzuk meg vagy modellezzük a problémát a hatékony tervezés érdekében
• Követelmények és következményeik elemzése

Ez a módszer arra a rendszerre alkalmazható, amelynek dinamikus követelményei vannak (gyakran változik). Ez a rendszer használati eseteinek, tevékenységfolyamának és eseményfolyamának levezetésének folyamata. Az objektum-orientált elemzés szöveges igények, a rendszer érdekelt feleivel való kommunikáció és a jövőkép dokumentum segítségével történhet.

Az objektumnak van állapota, és az állapotváltozásokat a viselkedés reprezentálja. Tehát amikor az objektum üzenetet kap, az állapot megváltozik a viselkedésen keresztül.

11. Hiányelemzés

A hiányelemzés az a technika, amellyel meghatározható a különbség a javasolt állapot és a jelenlegi állapot között bármely vállalkozás és funkciói esetében. Olyan kérdésekre ad választ, mint a projekt jelenlegi állása? Hol akarunk lenni? stb. A hiányelemzés különböző szakaszai közé tartozik

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