33
K K övetelmény övetelmény menedzsment menedzsment dr. Schadt Gy dr. Schadt Gy örgy örgy vezető konzulens vezető konzulens Microsoft Magyarország Microsoft Magyarország

K övetelmény menedzsment

  • Upload
    yates

  • View
    35

  • Download
    0

Embed Size (px)

DESCRIPTION

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. - PowerPoint PPT Presentation

Citation preview

Page 1: K övetelmény menedzsment

KKövetelmény menedzsmentövetelmény menedzsment

dr. Schadt Gydr. Schadt Györgyörgyvezető konzulensvezető konzulens

Microsoft MagyarországMicrosoft Magyarország

Page 2: K övetelmény menedzsment

TartalomTartalom

Követelmény menedzsment (RM) Követelmény menedzsment (RM) fogalma, fontosságafogalma, fontossága

Követelmények típusai, szintjeiKövetelmények típusai, szintjeiRM az MSF Process Modell-benRM az MSF Process Modell-benHasználati esetekHasználati esetek

Page 3: K övetelmény menedzsment

RM fontosságaRM fontossága

Page 4: K övetelmény menedzsment

Rosszul felmért követelményekRosszul felmért követelmények

Apu!

Page 5: K övetelmény menedzsment

Na mégegyszer…Na mégegyszer…

Page 6: K övetelmény menedzsment

Változó követelményekVáltozó követelmények

Page 7: K övetelmény menedzsment

RM FogalmaRM Fogalma

Követelmény: Követelmény: feltétel melynek a rendszer meg kell, hogy feltétel melynek a rendszer meg kell, hogy

feleljenfeleljen képesség, melyet a rendszernek nyújtani kellképesség, melyet a rendszernek nyújtani kell

Követelmények menedzsmentjeKövetelmények menedzsmentje Követelmények összegyűjtése, rendszerezése, Követelmények összegyűjtése, rendszerezése,

dokumentálásadokumentálása Változó követelmények követéseVáltozó követelmények követése

Page 8: K övetelmény menedzsment

CHAOS Report, Standish Group, CHAOS Report, Standish Group, 19951995Sikerkritériumok

Felhasználók bevonása 15.9%

Felsővezetői támogatás 13.9%

Egyértelmű követelmények 13.0%

Megfelelő tervezés 9.6%

Realisztikus elvárások 8.2%

Kis mérföldkövek 7.7%

Szakmai hozzáértés 7.2%

Ownership 5.3%

Egyértelmű vízió, célok 2.9%

Keményen dolgozó team 2.4%

Követelményekkel kapcsolatos 24.1%

Page 9: K övetelmény menedzsment

CHAOS Report, Standish Group, CHAOS Report, Standish Group, 19951995Sikertelenség okai

Hiányos követelmények 13.1%

Felhasználók nem lettek bevonva 12.4%

Erőforráshiány 10.6%

Irrealisztikus elvárások 9.9%

Felsővezetői támogatás hiánya 9.3%

Változó követelmények 8.7%

Tervezés hiánya 8.1%

Érdekmúlás 7.5%

IT menedzsment hiánya 6.2%

Követelményekkel kapcsolatos 31.7%

Page 10: K övetelmény menedzsment

Követelmények típusaiKövetelmények típusai FunkcionálisFunkcionális

KépességekKépességek BiztonságBiztonság

Nem funkcionálisNem funkcionális HasználhatóságHasználhatóság Teljesítmény (sebesség, kapacitás, stb.)Teljesítmény (sebesség, kapacitás, stb.) Megbízhatóság (MTBF, visszaállíthatóság)Megbízhatóság (MTBF, visszaállíthatóság) Támogathatóság (üzemeltethetőség, tesztelhetőség, Támogathatóság (üzemeltethetőség, tesztelhetőség,

bővíthetőség)bővíthetőség) Tervezési vagy implementációs korlátTervezési vagy implementációs korlát InterfészInterfész

Page 11: K övetelmény menedzsment

Követelmények szintjeiKövetelmények szintjei

Szervezeti stratégia, misszió

Üzleti követelmények

Rendszerkövetelmények

Alrendszer követelmények

Komponens követelmények

Miért?

Hogyan?

Rendszer vízióRészletes rendszerkövetelmények

Page 12: K övetelmény menedzsment

RM az MSF Process ModellbenRM az MSF Process Modellben

ElképzelésElképzelésTervezésTervezésFejlesztés, stabilizálásFejlesztés, stabilizálás

Page 13: K övetelmény menedzsment

Elképzelés fázisElképzelés fázis

Kockázatértékelő dokumentum v1

Termékelképzelés dokumentum tervezet

Csapat felállítása

TermékelképzelésTermékelképzeléselfogadvaelfogadva

Fő követelmények felvázolásaFő követelmények felvázolása Vízió – mit, hogyan fog nyújtani?Vízió – mit, hogyan fog nyújtani? Scope – mi lesz és mi nem lesz?Scope – mi lesz és mi nem lesz?

Page 14: K övetelmény menedzsment

Scope fontosságaScope fontossága

Jutalékszámítórendszer

Jutalékszámítórendszer

Termékkatalógus

Termékkatalógus

Értékesítésirendszer

Értékesítésirendszer

HRrendszer

HRrendszer

Bérszámfejtőrendszer

Bérszámfejtőrendszer

Értékesítés tervezés,

előrejelzés

Értékesítés tervezés,

előrejelzés

CRMCRM

Page 15: K övetelmény menedzsment

Tervezés fázisTervezés fázis

Részletes követelmények rögzítéseRészletes követelmények rögzítése

Követelmény specifikáció és Használati eset leírások - tervezet

Szakmai tervek - tervezet

Mester projektterv - tervezet

ProjekttervProjekttervelfogadvaelfogadva

Page 16: K övetelmény menedzsment

Rendszerkövetelmény specifikációRendszerkövetelmény specifikáció

Vízió/Scope

Vízió/Scope

Használatieset

specifikáció

Használatieset

specifikáció

Kiegészítőspecifikáció

•Használhatóság•Teljesítmény

•Megbízhatóság•Támogathatóság

•Korlátok•Interfész

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álatieset

specifikáció

Használatieset

specifikáció

Használatieset

specifikáció

Használatieset

specifikáció

Page 17: K övetelmény menedzsment

Fejlesztés, stabilizálásFejlesztés, stabilizálásVáltozó követelmények kezeléseVáltozó követelmények kezelése

Rögzítés, hatásvizsgálatRögzítés, hatásvizsgálat Döntés (most, később, kuka)Döntés (most, később, kuka) Változások végigkövetése a termékekenVáltozások végigkövetése a termékeken

– KövetelményekKövetelmények– RendszertervRendszerterv– KódKód– Teszt esetekTeszt esetek– DokumentációDokumentáció

Regresszió tesztRegresszió teszt

Page 18: K övetelmény menedzsment

Készüljünk fel a változásra!Készüljünk fel a változásra!

Mozgékony szoftver projektMozgékony szoftver projekt Éppen hogy elegendő dokumentációÉppen hogy elegendő dokumentáció Kiváló kommunikációKiváló kommunikáció Iteratív életciklus, gyakori szállításIteratív életciklus, gyakori szállítás Döntések tudatos későbbre halasztásaDöntések tudatos későbbre halasztása Flexibilis architekturaFlexibilis architektura Teljesen automatizált regressziós tesztekTeljesen automatizált regressziós tesztek

Page 19: K övetelmény menedzsment

Használati esetekHasználati esetek

DefiníciókDefiníciók Szereplők, érdekeltek, használati esetSzereplők, érdekeltek, használati eset

Használati esetek céljaHasználati esetek céljaHasználati esetek formáiHasználati esetek formáiKapcsolatok más termékekkelKapcsolatok más termékekkel

Page 20: K övetelmény menedzsment

Szereplők, érdekeltekSzereplők, érdekeltekSzereplőSzereplő

A rendszer felhasználóinak (személyek, más A rendszer felhasználóinak (személyek, más rendszerek) összetartozó csoportja.rendszerek) összetartozó csoportja.

Közvetlen interakcióban állnak a rendszerrel. Közvetlen interakcióban állnak a rendszerrel. ÉrdekeltÉrdekelt

Személy, szervezet vagy más entitás, akinek Személy, szervezet vagy más entitás, akinek érdeke fűződik a rendszer meghatározott módon érdeke fűződik a rendszer meghatározott módon való működéséhez.való működéséhez.– Cél, melynek megvalósításában a rendszer segítCél, melynek megvalósításában a rendszer segít– Érdek, melyet a rendszer védÉrdek, melyet a rendszer véd

Page 21: K övetelmény menedzsment

Használati esetHasználati esetAz elsődleges szereplő egy adott céljához Az elsődleges szereplő egy adott céljához

kapcsolódik.kapcsolódik.Leírja a rendszer viselkedését.Leírja a rendszer viselkedését.

A rendszer az elsődleges szereplőA rendszer az elsődleges szereplő utasításaira utasításaira válaszol.válaszol.

Szükség esetén további szereplőkkel (pl. más Szükség esetén további szereplőkkel (pl. más rendszerek) is kapcsolatba lép.rendszerek) is kapcsolatba lép.

Eközben védi az összes érdekelt érdekeit. Eközben védi az összes érdekelt érdekeit. A különböző lehetséges folyamatokat A különböző lehetséges folyamatokat

gyűjti össze. gyűjti össze.

Page 22: K övetelmény menedzsment

Használati esetek céljaiHasználati esetek céljai RögzíteniükRögzíteniük kell a rendszer kell a rendszer viselkedésévelviselkedésével

kapcsolatos követelményeket, és csak a kapcsolatos követelményeket, és csak a rendszer viselkedésével kapcsolatos rendszer viselkedésével kapcsolatos követelményeket.követelményeket.

ÉrthetőnekÉrthetőnek kell lenniük, hogy az érdekeltek kell lenniük, hogy az érdekeltek könnyen elolvashassák, megérthessék és könnyen elolvashassák, megérthessék és ellenőrizhessék őket.ellenőrizhessék őket.

PontosnakPontosnak és elég és elég részletesnekrészletesnek kell lenniük, kell lenniük, hogy a rendszer tervezésének és fejlesztésének hogy a rendszer tervezésének és fejlesztésének alapjául szolgálhassanak. alapjául szolgálhassanak.

Page 23: K övetelmény menedzsment

Használati eset specifikáció Használati eset specifikáció formátumaformátumaNévNévRövid leírásRövid leírásSzereplőkSzereplőkElőfeltételekElőfeltételekFő folyamatFő folyamatAlternatív folyamatokAlternatív folyamatokVégállapotokVégállapotokBővítési pontokBővítési pontok

Page 24: K övetelmény menedzsment

Kidolgozottsági szintekKidolgozottsági szintek

Szereplő – cél listaSzereplő – cél lista Elsődleges szereplő, névElsődleges szereplő, név

Rövid használati eset (brief)Rövid használati eset (brief) + rövid leírás+ rövid leírás

Használati eset vázlatHasználati eset vázlat + szereplők, fő folyamat, alternatív folyamatok + szereplők, fő folyamat, alternatív folyamatok

azonosítva, végállapotok azonosítvaazonosítva, végállapotok azonosítva

Kidolgozott használati esetKidolgozott használati eset

Page 25: K övetelmény menedzsment

Szereplő – cél listaSzereplő – cél lista

SzereplőSzereplő CélCél

ÜgyfélÜgyfél Portfolio megtekintésePortfolio megtekintése

ÜgyfélÜgyfél Hitelkérelem indításaHitelkérelem indítása

HitelelbírálóHitelelbíráló Hitelkérelem elbírálásaHitelkérelem elbírálása

Page 26: K övetelmény menedzsment

Rövid leírásRövid leírás

Portfolio megtekintésePortfolio megtekintéseA használati eset célja, hogy az Ügyfél a A használati eset célja, hogy az Ügyfél a

rendszer által kezelt portfoliojának rendszer által kezelt portfoliojának összetételét és értékét megtekinthesse.összetételét és értékét megtekinthesse.

A rendszer az Ügyfél kérésére a TradeMaster A rendszer az Ügyfél kérésére a TradeMaster rendszertől lekérdezi az Ügyfél portfolioját, rendszertől lekérdezi az Ügyfél portfolioját, és megjeleníti azt.és megjeleníti azt.

Page 27: K övetelmény menedzsment

Folyamatok, végállapotokFolyamatok, végállapotok

Page 28: K övetelmény menedzsment

Folyamatok specifikációjaFolyamatok specifikációja1.1. Az Ügyfél a Hitelkérelem funkciót választja.Az Ügyfél a Hitelkérelem funkciót választja.2.2. A rendszer megkérdezi a hitelkérelem részleteit.A rendszer megkérdezi a hitelkérelem részleteit.

HitelösszegHitelösszeg Lejárati időLejárati idő Fedezetül szolgáló értékpapírokFedezetül szolgáló értékpapírok

3.3. Az Ügyfél megadja a kért információkat és elküldi a Az Ügyfél megadja a kért információkat és elküldi a hitelkérelmet.hitelkérelmet.

4.4. A rendszer megbizonyosodik arról, hogy:A rendszer megbizonyosodik arról, hogy: Az Ügyfél jogosult a megadott összegű és lejárati idejű Az Ügyfél jogosult a megadott összegű és lejárati idejű

hitelkérelemre? (A1. az Ügyfél nem jogosult)hitelkérelemre? (A1. az Ügyfél nem jogosult) A megjelölt értékpapírok megfelelő fedezetet nyújtanak-e? (A2. nem A megjelölt értékpapírok megfelelő fedezetet nyújtanak-e? (A2. nem

megfelelő fedezet)megfelelő fedezet)5.5. A rendszer eltárolja a hitelkérelem adatait (A3. hiba tároláskor).A rendszer eltárolja a hitelkérelem adatait (A3. hiba tároláskor).6.6. A rendszer értesítést küld a Hitelelbírálónak.A rendszer értesítést küld a Hitelelbírálónak.7.7. A rendszer visszajelez az Ügyfélnek, hogy a Hitelkérelem A rendszer visszajelez az Ügyfélnek, hogy a Hitelkérelem

rögzítve lett. A használati eset véget ér.rögzítve lett. A használati eset véget ér.

Page 29: K övetelmény menedzsment

Folyamatlépés típusaiFolyamatlépés típusai

Információ (adat) csereInformáció (adat) csere Az Ügyfél megadja a kért információkat és Az Ügyfél megadja a kért információkat és

elküldi a hitelkérelmet.elküldi a hitelkérelmet.

Belső állapot változásBelső állapot változás A rendszer eltárolja a hitelkérelem adataitA rendszer eltárolja a hitelkérelem adatait

Érdekeltek érdekeinek védelme Érdekeltek érdekeinek védelme (ellenőrzés)(ellenőrzés) A rendszer megbizonyosodik arról, hogy…A rendszer megbizonyosodik arról, hogy…

Page 30: K övetelmény menedzsment

Kapcsolat más termékekkelKapcsolat más termékekkel Project tervProject terv

Minden érdekelt értiMinden érdekelt érti MérföldkőMérföldkő EVAEVA

Felhasználói felület tervFelhasználói felület terv Használati eset alapján tervezikHasználati eset alapján tervezik

RendszertervRendszerterv A használati eseteket kell megvalósítaniaA használati eseteket kell megvalósítania Analízis fontos a funkcionális dekompozíció Analízis fontos a funkcionális dekompozíció

elkerüléséhezelkerüléséhez Teszt esetekTeszt esetek

Rendkívül megkönnyíti a teszt estek írásátRendkívül megkönnyíti a teszt estek írását

Page 31: K övetelmény menedzsment

Gyakori hibákGyakori hibák

Párbeszéd helyett monológPárbeszéd helyett monológFeltételes szerkezetek a folyamatokbanFeltételes szerkezetek a folyamatokbanUI részletek a használati esetekbenUI részletek a használati esetekbenGeneralizálás, beágyazás túlzott Generalizálás, beágyazás túlzott

használata.használata.Bonyolult nyelvtan.Bonyolult nyelvtan.

Jelen idejű, cselekvő, kijelentő mondatok.Jelen idejű, cselekvő, kijelentő mondatok.

Rossz szint (túl részletes vagy általános)Rossz szint (túl részletes vagy általános)

Page 32: K övetelmény menedzsment

Ajánlott olvasmányAjánlott olvasmány

Exploring Requirements (Gause Exploring Requirements (Gause && Weinberg)Weinberg)

Writing Effective Use Cases (Cockburn)Writing Effective Use Cases (Cockburn)www.usecases.orgwww.usecases.orgwww.foruse.comwww.foruse.com

Page 33: K övetelmény menedzsment

Kérdések?Kérdések?