Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve

HTML
DOWNLOAD

Méret: px

Mutatás kezdődik a ... oldaltól:

Download "Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve"

Alíz Kissné
9 évvel ezelőtt
Látták:

1 Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Kérdő Attila, ügyvezető, INSERO Kft. EOQ MNB, Informatikai Szakosztály, HTE, ISACA május 17.

2 Módszertanok Miért is kellenek nekünk módszertanok Lelkes ifjonc: saját kárán tanul Serdülő kor: a saját tapasztalatok beépítése Érett kor: amit mások kitaláltak, ne találjuk fel újra 2

3 Módszertanok: A legjobban bevált gyakorlat összefoglalása Kapaszkodó a bonyolult fejlesztési projektek sikeres elvégzése Fontos a mögöttes elv megértése 3

4 A módszertan nem szent és sérthetetlen! 4

5 A RUP modell háttere 5

6 Vízesésmodell Követelmények meghatározása Rendszertervezés Fejlesztés +Előnyök egyszerű, átlátható szerződésben jól leírható Tesztelés Élesítés 6

7 Fejlesztési kockázatok Vízesésmodell - hátrányok Követelmények meghatározása Rendszertervezés Fejlesztés Tesztelés Élesítés Hátrányok Nehezen tervezhető Magas kockázatokkal jár! 7

8 Kockázat: Nem azt kapja a felhasználó, amit szeretne! 8

9 Iteratív megközelítés kell: A felhasználó akkor tudja megmondani, hogy mire van szüksége, ha látja, hogyan működik a szoftver 9

10 RUP modell 10

11 Rational Unified Process (RUP) Egységes, széles körben elfogadott Teljes fejlesztési ciklust támogatja Fejlesztőknek és megrendelőknek is segít Rugalmasan alakítható fejlesztési folyamatokhoz rendszerhez 11

támogatja Fejlesztőknek és megrendelőknek is segít

12 RUP rövid fontosabb jellemzők Használati eset vezérlet (use case driven) használati esetek meghatározása ütemezés Architektúra központú a munkafolyamatokban nagy hangsúlyt kap a megfelelő architektúra kialakítása Iteratív és inkrementális fejlesztést ismétlődő, iteratív ciklusokban egy iteráció a rendszert újabb funkcionalitással bővíti Teljes életciklust támogató megoldás Csapat munka támogatása

architektúra kialakítása Iteratív és inkrementális fejlesztést ismétlődő, iteratív ciklusokban egy

13 RUP - munkafolyamatok Üzleti modellezés (business modeling) kezelendő entitások, használati esetek Követelmények (requirements) rendszerrel kapcsolatos követelmények (funkcionális, nem funkcionális) felhasználói szempontból Elemzés (analysis) követelményekből kiindulva logikai rendszerterv Tervezés (design) teljes körű tervezés programozáshoz Implementáció (impelmentation) komponensek implementálása (forráskód, futtatható programok ) Teszt (test) tesztek tervezése, végrehajtása, kiértékelése

(analysis) követelményekből kiindulva logikai rendszerterv Tervezés (design) teljes körű tervezés programozáshoz

RUP fázisai Előkészítés (Inception) Kidolgozás (Ellaboration) Megvalósítás (Construction) Átadás (Transition) Előkészítés (Inception) Eredeti ötlet kidolgozása, mely alapján a fejlesztés tervezhető

14 RUP fázisai Előkészítés (Inception) Kidolgozás (Ellaboration) Megvalósítás (Construction) Átadás (Transition) Előkészítés (Inception) Eredeti ötlet kidolgozása, mely alapján a fejlesztés tervezhető lesz Meghatározzuk az architektúrát és az alapvető felhasználást Kidolgozás (Ellaboration) Használati esetek kidolgozása Stabil architektúra kialakítása Megvalósítás (Construction) Teljes rendszer kialakítása Átadás (transition) A rendszer átadása a felhasználóknak tesztelésre

architektúrát és az alapvető felhasználást Kidolgozás (Ellaboration) Használati esetek kidolgozása Stabil architektúra

15 és mitől hatékonyabb mint a vízesés modell? 15

16 RUP kockázatok kezelése

17 Hogyan működik a gyakorlatban? 17

18 Esettanulmány: Fejlesztési projekt RUP megközelítési móddal (INSERO adaptáció) 18

19 Esettanulmány fejlesztési projekt Eset banki hátterű fejlesztés, befektetési rendszer bevezetése Fejlesztési projekt scope SHARE 2000 rendszer testreszabása egyedi igények alapján Háttér Ilyen referenciával nem rendelkezik a szállító Az üzleti igények nem tisztázottak, pontosítani kell A program testre szabható, de nem ismertek a fejlesztési igények 19

alapján Háttér Ilyen referenciával nem rendelkezik a szállító Az üzleti igények nem

20 Esettanulmány fejlesztési projekt A tervezett fejlesztési szakaszok (fázisok) 0. szakasz: Üzleti ötlet kidolgozása Cél: alapvető üzleti célok és lefedendő üzleti folyamatok meghatározása 1. szakasz: Alapstruktúra kialakítása Cél: az architektúra illetve az alapműködés kialakítása 2. Szakasz: Rendszer kialakítása Cél: rendszer kialakítása 3. szakasz: Rendszer finomhangolása Cél: a teljes és végső funkcionalitás kialakítása 20

1. szakasz: Alapstruktúra kialakítása Cél: az architektúra illetve az alapműködés kialakítása 2.

21 Szerepkörök Üzlet, megrendelő Szerepkör Üzleti elemző Folyamatszervező Kulcsfelhasználó Felhasználó Tevékenységek Üzleti modell megalkotása Használati mód meghatározása Követelmények összegyűjtése, rendszerezése Követelmények megfogalmazása Validálás, tesztelés Tesztelés IT, Szállító Rendszerszervező, architekt Fejlesztő Teszttervező, tesztmenedzser Architektúra kialakítása Rendszerterv elkészítése Fejlesztés Teszttervek, tesztforgatókönyvek elkészítése; Tesztelési tevékenységek felügyelete, eredmények kiértékelése 21

22 1. Szakasz alapstruktúra kialakítása Cél A felhasználók megismertetése a rendszer logikájával Az alapstruktúra meghatározása 22

23 1. Szakasz alapstruktúra kialakítása Szerepkör Tevékenységek Üzleti elemző Folyamatszervező Üzleti modell Alapkövetelmények Kulcsfelhasználó Validálás Felhasználó Rendszerszervező, architekt Fejlesztő Alap-struktúra Rendszerterv v.0 Architektúra kialakítása Teszttervező, tesztmenedzser Teszttervezés 23

24 2. Szakasz Rendszer kialakítása Cél Részletes követelmények meghatározása Teljes rendszer kialakítása 24

25 1. Szakasz Rendszer kialakítása Szerepkör Tevékenységek Üzleti elemző Folyamatszervező Üzleti modell pontosítása Részletes követelmények Kulcsfelhasználó Átvételi és Integrációs tesztek Felhasználó Rendszerszervező, architekt Rendszerterv v1 Fejlesztő Fejlesztések Teszttervező, tesztmenedzser Tesztforgatókönyvek 25

26 3. Szakasz Rendszer finomhangolása Cél Kulcsfelhasználói tesztek alapján finomhangolás A végleges rendszer kialakítása 26

27 3. Szakasz Finomhangolás Szerepkör Üzleti elemző Tevékenységek Folyamatszervező Követelmények pontosítása Kulcsfelhasználó Felhasználó Felhasználói Elfogadási teszt (UAT) Rendszerszervező, architekt Fejlesztő Rendszerterv v2 Fejlesztések, javítások Teszttervező, tesztmenedzser Tesztmenedzsment 27

28 Tevékenységek összefoglalása 1. Szakasz 2. Szakasz 3. szakasz Üzleti modell Üzleti modell meghatározása Üzleti modell pontosítása Követelmények Alapfolyamatok meghatározása Követelmények pontosítása Követelmények kiegészítése Elemzés és tervezés Alapstruktúra meghatározása Rendszerterv elkészítése Rendszerterv pontosítása Fejlesztés Alapstruktúra Rendszer kialakítása Finomhangolás, hibajavítás Szállítás Architektúra Rendszer v1.0 Teljes rendszer v2.0 Tesztelés Teszttervezés Validálás Tesztforgatókönyvek Fejlesztői teszt, Átvételi és integrációs tesztek Felhasználói elfogadási teszt (UAT) 28

29 RUP - Elért előnyök Jelentősen csökkentett fejlesztési kockázatok Alaposabb tervezése A felhasználók hamarabb megértik a működési logikát Nagyobb az esély, hogy az igényeknek megfelelő szoftver készül Jobban tartható fejlesztési határidők Nincs kritikus hiba az éles rendszerben JOBB MINŐSÉGŰ ALKALMAZÁS 29

30 Mi a helyzet Magyarországon? Sikeres informatikai projektek aránya ~30-35% Vízesés modell előnyben! Válság újabb kihívásai Üzleti igények hatékonyabb támogatása Nem engedhető meg a fejlesztések csúszása Szűkösek a költségkeretek nincsenek tartalékpénzek a változási igényekre 30

31 Tipikus problémák Nincs iteráció Az üzlet úgy határoz meg követelményeket, hogy nem ismeri a rendszert Nem elég alapos a követelmények felmérése A rendszerterv nem egyértelmű A tesztelés során derül ki a tényleges működési mód A tesztelést lerövidítik a határidő tartásának érdekében Éles indulás kritikus hibákkal 31

32 Öszefoglalás mire figyeljünk Minél hamarabb ismertessük meg a felhasználót a rendszer működési logikájával! Ne mulasszuk el a validációt: a rendszer alapműködésének elfogadása a fejlesztések korai szakaszában! Hagyjunk lehetőséget a finomhangolásra! Hagyjuk elég időt a tervezésre és elemzésre! A tesztelési tevékenységet kezdjük meg már az előkészítő szakaszban! 32

33 Kapcsolat Kérdő Attila ügyvezető, INSERO

Hasonló dokumentumok

01. gyakorlat - Projektalapítás

2 Követelmények 01. gyakorlat - Projektalapítás Szoftvertechnológia gyakorlat OE-NIK A félév során egy nagyobb szoftverrendszer prototípusának elkészítése lesz a feladat Fejlesztési módszertan: RUP CASE-eszköz: