1 / 33

K övetelmény menedzsment

K övetelmény menedzsment. dr. Schadt Gy örgy vezető konzulens Microsoft Magyarország. Tartalom. Követelmény menedzsment (RM) fogalma, fontossága Követelmények típusai, szintjei RM az MSF Process Modell-ben Használati esetek. RM fontossága. Apu !. Rosszul felmért követelmények.

yates
Download Presentation

K övetelmény menedzsment

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Követelmény menedzsment dr. Schadt Györgyvezető konzulens Microsoft Magyarország

  2. Tartalom • Követelmény menedzsment (RM) fogalma, fontossága • Követelmények típusai, szintjei • RM az MSF Process Modell-ben • Használati esetek

  3. RM fontossága

  4. Apu! Rosszul felmért követelmények

  5. Na mégegyszer…

  6. Változó követelmények

  7. RM Fogalma • Követelmény: • feltétel melynek a rendszer meg kell, hogy feleljen • képesség, melyet a rendszernek nyújtani kell • Követelmények menedzsmentje • Követelmények összegyűjtése, rendszerezése, dokumentálása • Változó követelmények követése

  8. CHAOS Report, Standish Group, 1995

  9. CHAOS Report, Standish Group, 1995

  10. Követelmények típusai • Funkcionális • Képességek • Biztonság • Nem funkcionális • Használhatóság • Teljesítmény (sebesség, kapacitás, stb.) • Megbízhatóság (MTBF, visszaállíthatóság) • Támogathatóság (üzemeltethetőség, tesztelhetőség, bővíthetőség) • Tervezési vagy implementációs korlát • Interfész

  11. Követelmények szintjei Szervezeti stratégia, misszió Miért? Üzleti követelmények Rendszerkövetelmények Rendszer vízió Részletes rendszerkövetelmények Hogyan? Alrendszer követelmények Komponens követelmények

  12. RM az MSF Process Modellben • Elképzelés • Tervezés • Fejlesztés, stabilizálás

  13. Elképzelés fázis • Fő követelmények felvázolása • Vízió – mit, hogyan fog nyújtani? • Scope – mi lesz és mi nem lesz? Csapat felállítása Termékelképzelés dokumentum tervezet Kockázatértékelő dokumentum v1 Termékelképzelés elfogadva

  14. Termék katalógus Értékesítési rendszer CRM Értékesítés tervezés, előrejelzés HR rendszer Bérszámfejtő rendszer Scope fontossága Jutalékszámító rendszer

  15. Tervezés fázis • Részletes követelmények rögzítése Követelmény specifikáció és Használati eset leírások - tervezet Mester projektterv - tervezet Szakmai tervek - tervezet Projektterv elfogadva

  16. Rendszerkövetelmény specifikáció Vízió/ Scope • Kiegészítő • specifikáció • Használhatóság • Teljesítmény • Megbízhatóság • Támogathatóság • Korlátok • Interfész Használati eset specifikáció Használati eset specifikáció Használati eset specifikáció

  17. Fejlesztés, stabilizálás • Változó követelmények kezelése • Rögzítés, hatásvizsgálat • Döntés (most, később, kuka) • Változások végigkövetése a termékeken • Követelmények • Rendszerterv • Kód • Teszt esetek • Dokumentáció • Regresszió teszt

  18. Készüljünk fel a változásra! • Mozgékony szoftver projekt • Éppen hogy elegendő dokumentáció • Kiváló kommunikáció • Iteratív életciklus, gyakori szállítás • Döntések tudatos későbbre halasztása • Flexibilis architektura • Teljesen automatizált regressziós tesztek

  19. Használati esetek • Definíciók • Szereplők, érdekeltek, használati eset • Használati esetek célja • Használati esetek formái • Kapcsolatok más termékekkel

  20. Szereplők, érdekeltek • Szereplő • A rendszer felhasználóinak (személyek, más rendszerek) összetartozó csoportja. • Közvetlen interakcióban állnak a rendszerrel. • Érdekelt • Személy, szervezet vagy más entitás, akinek érdeke fűződik a rendszer meghatározott módon való működéséhez. • Cél, melynek megvalósításában a rendszer segít • Érdek, melyet a rendszer véd

  21. Használati eset • Az elsődleges szereplő egy adott céljához kapcsolódik. • Leírja a rendszer viselkedését. • A rendszer az elsődleges szereplőutasításaira válaszol. • Szükség esetén további szereplőkkel (pl. más rendszerek) is kapcsolatba lép. • Eközben védi az összes érdekelt érdekeit. • A különböző lehetséges folyamatokat gyűjti össze.

  22. Használati esetek céljai • Rögzíteniük kell a rendszer viselkedésével kapcsolatos követelményeket, és csak a rendszer viselkedésével kapcsolatos követelményeket. • Érthetőnek kell lenniük, hogy az érdekeltek könnyen elolvashassák, megérthessék és ellenőrizhessék őket. • Pontosnak és elég részletesnek kell lenniük, hogy a rendszer tervezésének és fejlesztésének alapjául szolgálhassanak.

  23. Használati eset specifikáció formátuma • Név • Rövid leírás • Szereplők • Előfeltételek • Fő folyamat • Alternatív folyamatok • Végállapotok • Bővítési pontok

  24. Kidolgozottsági szintek • Szereplő – cél lista • Elsődleges szereplő, név • Rövid használati eset (brief) • + rövid leírás • Használati eset vázlat • + szereplők, fő folyamat, alternatív folyamatok azonosítva, végállapotok azonosítva • Kidolgozott használati eset

  25. Szereplő – cél lista

  26. Rövid leírás Portfolio megtekintése A használati eset célja, hogy az Ügyfél a rendszer által kezelt portfoliojának összetételét és értékét megtekinthesse. A rendszer az Ügyfél kérésére a TradeMaster rendszertől lekérdezi az Ügyfél portfolioját, és megjeleníti azt.

  27. Folyamatok, végállapotok

  28. Folyamatok specifikációja • Az Ügyfél a Hitelkérelem funkciót választja. • A rendszer megkérdezi a hitelkérelem részleteit. • Hitelösszeg • Lejárati idő • Fedezetül szolgáló értékpapírok • Az Ügyfél megadja a kért információkat és elküldi a hitelkérelmet. • A rendszer megbizonyosodik arról, hogy: • Az Ügyfél jogosult a megadott összegű és lejárati idejű hitelkérelemre? (A1. az Ügyfél nem jogosult) • A megjelölt értékpapírok megfelelő fedezetet nyújtanak-e? (A2. nem megfelelő fedezet) • A rendszer eltárolja a hitelkérelem adatait (A3. hiba tároláskor). • A rendszer értesítést küld a Hitelelbírálónak. • A rendszer visszajelez az Ügyfélnek, hogy a Hitelkérelem rögzítve lett. A használati eset véget ér.

  29. Folyamatlépés típusai • Információ (adat) csere • Az Ügyfél megadja a kért információkat és elküldi a hitelkérelmet. • Belső állapot változás • A rendszer eltárolja a hitelkérelem adatait • Érdekeltek érdekeinek védelme (ellenőrzés) • A rendszer megbizonyosodik arról, hogy…

  30. Kapcsolat más termékekkel • Project terv • Minden érdekelt érti • Mérföldkő • EVA • Felhasználói felület terv • Használati eset alapján tervezik • Rendszerterv • A használati eseteket kell megvalósítania • Analízis fontos a funkcionális dekompozíció elkerüléséhez • Teszt esetek • Rendkívül megkönnyíti a teszt estek írását

  31. Gyakori hibák • Párbeszéd helyett monológ • Feltételes szerkezetek a folyamatokban • UI részletek a használati esetekben • Generalizálás, beágyazás túlzott használata. • Bonyolult nyelvtan. • Jelen idejű, cselekvő, kijelentő mondatok. • Rossz szint (túl részletes vagy általános)

  32. Ajánlott olvasmány • Exploring Requirements (Gause & Weinberg) • Writing Effective Use Cases (Cockburn) • www.usecases.org • www.foruse.com

  33. Kérdések?

More Related