Funkciópont elemzés: elmélet és gyakorlat

Hasonló dokumentumok
Funkciópont elemzés: elmélet és gyakorlat. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens

Funkciópont elemzés: elmélet és gyakorlat. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens

Funkciópont elemzés a gyakorlatban. Molnár Bálint PhD, egyetemi docens, BKÁE

2. Szoftver minőségbiztosítás

Bevezetés. Információrendszer-fejlesztési módszertanok. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens

Szoftverfejlesztő képzés tematika oktatott modulok

Programrendszerek tanúsítása szoftverminőség mérése

Egészségügyi ágazati kataszterek fejlesztése

Szoftver-mérés. Szoftver metrikák. Szoftver mérés

Informatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs

Követelmény alapú minőségbiztosítás az államigazgatásban

Komplex szervezetfejlesztési projekt megvalósítása Kaposvár Megyei Jogú Város Polgármesteri Hivatalánál. Monitoring rendszer

30 MB INFORMATIKAI PROJEKTELLENŐR

1 Informatikai beszerzések.

AZ ELőADÁS CÉLJA. a funkciók dokumentálásának bemutatása. az SSADM szerkezetben elfoglalt helyének bemutatása

IMIR fejlesztése, bevezetése és működés-támogatása - módosító hirdetmény. Közbeszerzési Értesítő száma: 2015/99

Információtartalom vázlata

Forráskód minőségbiztosítás

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

Szoftverfejlesztő Informatikai alkalmazásfejlesztő

Információ menedzsment

Verifikáció és validáció Általános bevezető

A mérések általános és alapvető metrológiai fogalmai és definíciói. Mérések, mérési eredmények, mérési bizonytalanság. mérés. mérési elv

ITIL alapú folyamat optimalizációs tapasztalatok

Szoftverminőségbiztosítás

Informatikai projekteredmények elfogadottságának tényezői

Specifikáció alapú teszttervezési módszerek

AZ ISO 9001:2015 LEHETŐSÉGEI AZ IRÁNYÍTÁSI RENDSZEREK FEJLESZTÉSÉRE. XXII. Nemzeti Minőségügyi Konferencia Szeptember 17.

Vállalati folyamatok támogatása ELO-val Beszerzés management

Folyamatmenedzsment módszerek a projekt menedzsment eszköztárában

Specifikáció alapú teszttervezési módszerek

Okos gyógyszeres doboz Projektfeladat specifikáció

II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László

D/A konverter statikus hibáinak mérése

Követelmény meghatározás. Információrendszer fejlesztés módszertana, Dr. Molnár Bálint egyetemi docens 1

Tisztelettel köszöntöm a RITEK Zrt. Regionális Információtechnológiai Központ bemutatóján.

Kockázatkezelés és biztosítás 1. konzultáció 2. rész

A szabványos minőségi rendszer elemei. Termelési folyamatok

Hát én immár mit válasszak?

Teljesítmény Mérés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés / 20

Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert

Software project management Áttekintés

A CMMI alapú szoftverfejlesztési folyamat

Projekt adatlap 1. számú melléklete. I. A költségvetés alátámasztása, technikai specifikáció

Szoftver technológia. Projektmenedzsment eszközök. Cserép Máté ELTE Informatikai Kar 2019.

Projectvezetők képességei

IT biztonsági keretek és követelmények. Budapesti Műszaki és. Informatikai Központ. Szigeti Szabolcs. Networkshop 2009

2012. ÉVI ELLENŐRZÉSI TERV

WEB2GRID: Desktop Grid a Web 2.0 szolgálatában

KÉPZÉSI TEMATIKA ÉS TANANYAG

Az azonosító számú, Internetes alkalmazásfejlesztő megnevezésű elágazás szakmai követelménymoduljainak

TOGAF elemei a gyakorlatban

Szakmai ajánlat független külső minőségbiztosítási tevékenység ellátására a. Struktúraváltás a Bajai Szent Rókus Kórházban című

Időkönyvelő Projektfeladat specifikáció

Egységes fejlesztési katasztert támogató informatikai modul

Nyilvántartási Rendszer

Bevezetés: Mi a CRM? A tervezési fázis helye és szerepe a CRM implementációs projektekben Jógyakorlatok: mire figyeljünk a CRM tervezés közben.

ÁLLAPOTFÜGGŐ KARBANTARTÁST SEGÍTŐ INTEGRÁLT DIAGNOSZTIKAI RENDSZER. Dr. Nagy István, Kungl István. OKAMBIK Pécs, április

TESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS

A közfelügyelet és a minőségellenőrzés aktuális kérdései

Fogalmak ITIL. Az incidensmenedzsment folyamat főbb elemei. Időkorlátok (time limits) Incidens modellek (incident models) Hatás (impact)

A szoftverfejlesztés eszközei

Fejlesztési projektek menedzselése IBM Rational CLM termékekkel. Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó

NYF-MMFK Műszaki Alapozó és Gépgyártástechnológiai Tanszék mezőgazdasági gépészmérnöki szak III. évfolyam

Dr. Klein Lajos Richter Gedeon Nyrt.

IT Factory. Kiss László

Tájékoztató az EMS/SCADA rendszer natív upgrade tárgyú szerződés módosításáról

ARDINSYS Mérnöki Zrt.

A szállító- és rendszerkiválasztás módszertana a közigazgatásban

Dinamikus terhelés hatására létrejövő deformáció mérése. Dr. Siki Zoltán Moka Dániel BME Általános- és Felsőgeodézia tanszék

A szoftverfejlesztés eszközei

Rózsa Tünde. Debreceni Egyetem AGTC, Pannon Szoftver Kft SINCRO Kft. Forrás:

Vázlat ITIL. A változás fogalma. Változások. A változás okai. A változások ellenőrzése

Internetes alkalmazásfejlesztő képzés tematika oktatott modulok

Projekt beszámoló. NEWSIT News basedearlywarning System forintradaytrading: Hír alapú Korai Figyelmeztető Rendszer Napon belüli Kereskedéshez

Kód átvizsgálás. Irodalom. (Code review) code review,smart Bear Inc., ! Jason Cohen: Best kept secrets of peer

Teljesítés helye: Magyar Államkincstár 1054 Budapest, Hold utca 4. Ajánlattételi/részvételi jelentkezési határidő:

Szombathely Város Vezetõi Döntéstámogató Rendszere VDIR-STAT.

A Bankok Bázel II megfelelésének informatikai validációja

AZ INTEGRÁLT NYOMONKÖVETŐ RENDSZER BEMUTATÁSA (TÁMOP B) Kern Zoltán Közoktatási szakértő

Bevezetés a programozásba

E-learning tananyagfejlesztő képzés tematika oktatott modulok

Életciklus-elemzés a gyakorlatban. Hegyesi József

Fejlesztési és beruházási projektek monitoringja

Hogyan lesz adatbányából aranybánya?

SW-project management

A KÖZÉPSZINTŰ ÉRETTSÉGI VIZSGA INFORMATIKA TÉMAKÖREI: 1. Információs társadalom

S S A D M ELEMZÉSI ÉS TERVEZÉSI MÓDSZERTAN. Structured Systems Analysis and Design Method

ELTE Informatikai Kooperációs Kutatási és Oktatási Központ. Az ELTE-Soft KMOP / jelű pályázat zárórendezvénye

Mi a folyamat? Folyamatokkal kapcsolatos teendőink. Folyamatok azonosítása Folyamatok szabályozása Folyamatok folyamatos fejlesztése

Oktatási keretrendszer. Aba 0 perces ügyintézés pilot projekt

SZÓBELI ÉRETTSÉGI TÉMAKÖRÖK

Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):

KÉPZÉS NEVE: Informatikai statisztikus és gazdasági tervezı TANTÁRGY CÍME: Projektmenedzsment. Készítette: Dr. Sediviné Balassa Ildikó

Pl: A NASA SEL által alkalmazott alapmetrikák. A RUP mérésekre vonatkozó ajánlásai 2001 /

Registrum. Az első magyar ISAD/G alkalmazás. Veszprém Breinich Gábor Budapest Főváros Levéltára

A gyógyszertár gazdálkodása, informatikai támogatása. Visegrád, június Dr. Torma Árpád

Tájékoztató a szerződés módosításáról_kkta_kbe/184/2015

IRÁNYTŰ A SZABÁLYTENGERBEN

Átírás:

Funkciópont elemzés: elmélet és gyakorlat

Funkciópont elemzés Szoftver metrikák Funkciópont, mint metrika A funkciópont metrika alapelveinek áttekintése Bonyolultsággal korrigált funkciópont A funkciópont alapú értékelés legfontosabb lépéseinek összefoglalása

Miért használjuk a funkciópont elemzést? Informatikai rendszerek méretének, elkészítési idejének és költségeinek előzetes meghatározása Az információrendszer: információ feldolgozó rész, műszaki megvalósítás.

Mérték kategóriák Műszaki jellemzők Minőség, Termelékenység Méret-orientált metrikák Funkció-orientált metrikák Felhasználó-orientált metrikák

A termelékenység és minőség mérése a szoftvernél (néhány mérőszám) Termelékenység minőség dokumentáltság programsor költség = = = 1000 programsor/ember*hónap hiba/1000 programsor oldal dokumentáció/1000 = USD/programsor

A rendszerfejlesztés lépéseinek arányai Szakasz Munkaráfordítás ( %) Időtartam (%) Elemzés 22 35 Tervezés 15 15 Kódolás 46 25 Teszt 12 15 Üzembe helyezés 5 10 Összesen 100 100

Előzetes becslések a funkciópontok alapján 1. A terjedelem, osztály és típus alapján a projekt/ rendszer méretének előrejelzése, 2. Szoftver tervek, specifikációk és kézikönyvek várható mérete, 3. A lopakodó felhasználói igények várható mértéke, 4. Teszt esetek számának meghatározása, 5. A potenciális rendellenességek várható száma, 6. A rendellenesség eltávolítás hatékonyságának becslése, 7. A formális vizsgálatok és minőségi szemlék, a rendellenesség eltávolítás hatékonyságának becslése,

Előzetes becslések a funkciópontok alapján 8. A kibocsátás utáni rendellenesség javítás sebességének becslése, 9. A projekt befejezési idejének előrejelzése, 10.A szoftverfejlesztők létszámának becslése, 11.A szoftver karbantartók létszámának becslése, 12.A fejlesztés erőforrás igényének becslése, 13.A fejlesztés IFPUG funkciópont méretének becslése, 14.A fejlesztés funkciópont méretének becslése a funkcionális szolgáltatások alapján,

A terjedelem, osztály és típus alapján a projekt/ rendszer méretének előrejelzése UFP= Ni Wi+ Ne We+ No Wo, FPI= UFP TCA Ni a bemeneti típusú mezők száma, Ne No Wi We Wo TCA az érintett adatcsoportok (entitások) száma, a kimeneti típusú mezők száma, a bemenet súlytényezője, az információ feldolgozás súlya (entitások), a kimenet súlya, Technical Adjustment 0,58 Bemenet Complexity súlya Információ feldolgozás súlya 1,66 Kimenet súlya 0,26

A teljes követelményelemzést megelőzően végrehajtható előzetes funkciópont becslés FP=(Te+O+Ti)2.35

Egyszerű példa 362.35 = 4543

A funkciópont becslése kizárólagosan terjedelmi jellemzők alapján

Néhány FP érték, amely az analógia alapján történő becsléshez támpontot nyújt

További várható jellemzők 2. Szoftver tervek, specifikációk és kézikönyvek mérete: oldalszám=fp1.17 3. A lopakodó felhasználói igények várható mértéke: FP=2 % / hónap 4. Tesztelési igény: teszt feladatok=fp1.2 5. A potenciális rendellenességek száma: rendellenesség=fp1.27

A fejlesztés során jelentkező átlagos hibaszám (USA statisztika)

További várható jellemzők 6. A rendellenesség eltávolítás hatékonysága: minden egyes tesztlépés a hibák 30 százalékát találja meg (pl. FP=100, 100 1,25 = 316 hiba, 1. tesztlépés 95 hibát talál), 7. A formális vizsgálatok és minőségi szemlék hatékonyságának becslése: Terv 65%, A program kód: 60%. 8. A kibocsátás utáni javítás sebességének becslése: 8 hiba/ember*hónap 9. A projektbefejezés idejének előrejelzése: naptári hónapok száma=fp0.4

A követelményelemzés megkezdésétől a végtermék leszállításáig eltelt naptári hónapok (1000 funkciópontos rendszer készítését feltételezve)

További várható jellemzők 10. A szoftverfejlesztők létszámának becslése: fejlesztői létszám=fp/150 11. A szoftver karbantartók létszámának becslése: karbantartói létszám=fp/750 12. A fejlesztés erőforrás igényének becslése: fejlesztési idő 9. szabály fejlesztői létszám 10. szabály

Néhány termelékenységi adat 5 FP/emberhónap ( 26 munkaóra /FP) USA ipari átlaga, 5-10 FP/emberhónap (13-26 munkaóra /FP) projektek az USA ipari átlagának felelnek meg. 10-20 FP / emberhónap (7-13 munkaóra / FP) USA ipari átlaga, 20 FP / emberhónap (7 munkaóra / FP) USA ipari átlaga

Nemzetközi szervezet

Funkciópont számítás a tervezési szakaszban Az 5 alapvető rendszerelem

IFPUG funkciópont méretezés szerinti funkcionális bonyolultság becslése pl. A bemeneti adatelemek bonyolultsági táblázata (EI) Hivatkozott állományok száma (adatbázis táblák, belső logikai állományok) <2 2 >2 Adatmezők 1-4 5-15 16- alacsony alacsony átlagos alacsony átlagos magas átlagos magas magas

IFPUG korrigálatlan funkciópont közelítő értékének becslésére szolgáló súlyok IFPUG alapfogalmak, alkotóelemek Funkcionális bonyolultsági szint (súlytényezők) alacsony átlagos Logikai állományok, magas 7 10 15 Kapcsoló felületek, External interface files, EIF 5 7 10 Bemeneti adatelemek, External inputs, EI 3 4 6 Kimeneti adatelemek, External outputs, EO 4 5 7 Lekérdezések, 3 4 6 Internal logical files, ILF External inquiries, EQ

Példa a tevékenységek költségeire funkciópontonként Tevékenység FP/hónap Óra/FP USD/FP Követelmény 175 0,75 28,57 Prototípus 150 0,88 33,33 Architektúra 300 0,44 16,67 Projekttervezés 500 0,26 10 Nagyvonalú terv 175 0,75 28,57 Részletes terv 150 0,88 33,33 Terv bevizsgálása 225 0,59 22,39 50 2,64 Kódolás 100

Hogyan lehet a szoftverfejlesztés kockázatait csökkenteni? 1) A szerződéses tárgyalások során és a szerződésben rögzíteni kell a leszállítandó szoftver termékek méretét; 2) A költség- és időtartam becslésnek formálisnak, hivatalosnak és teljesnek kell lenni; 3) A lopakodó felhasználói követelmények kezelését a szerződésben mindkét szerződő fél számára kielégítően kell rendezni; 4) Szabályozni kell a független szakértők, tanácsadók bevonásának módját a projekt szakaszok kiértékelésénél; 5) A minőséggel kapcsolatos kritériumokat, azok elfogadható szintjét a szerződésben rögzíteni kell; 6) A szoftver gyártónak, szállítónak eredményes minőségellenőrzési lépéseket kell alkalmazni a szoftver minőségének biztosítására.

1) A szerződéses tárgyalások során és a szerződésben rögzíteni kell a leszállítandó szoftver termékek méretét A funkciópont elemzés a szoftverfejlesztéssel összefüggő összes termék méretére (specifikáció, felhasználói kézikönyv, forráskód, teszt esetek), A rendszer méretét funkciópontban kielégítő pontossággal a követelményelemzési, követelményspecifikációs szakasz után lehet meghatározni, Ha a szerződés a követelmény meghatározást is tartalmazza feladatként, a helyzet egyértelmű tisztázása miatt az egységnyi funkciópont árát előre kell rögzíteni.

2) A költség- és időtartam becslésnek formálisnak, hivatalosnak és teljesnek kell lenni A munkaóra /FP értékeket tevékenységenként meghatározni és összegezni!

3) A lopakodó felhasználói követelmények kezelését a szerződésben mindkét szerződő fél számára kielégítően kell rendezni Joint Application Development, Prototípusfejlesztés, Change Control Board, Mozgó költség skála az egységnyi funkciópont árára.

4) Szabályozni kell a független szakértők, tanácsadók bevonásának módját a projekt szakaszok kiértékelésénél A szerződés felülvizsgálata a tipikus, vitákat okozó kérdések szempontjából, Az alkalmazás funkciópont méretének meghatározására, illetve az érték helyességének ellenőrzésére. A költség és idő becslések helyességnek ellenőrzésére. A szoftver minőségbiztosítás módszereinek előírására, illetve a szerződésben előírtak helyességének ellenőrzésére. Az eredetileg tervezettől eltérő projekt, illetve szerződés helyes pályára történő visszaállításának módszertani segítésére.

5) A minőséggel kapcsolatos kritériumokat, azok elfogadható szintjét a szerződésben kell rögzíteni A szoftverfejlesztési szerződésekben ésszerű egy megfelelő célérték előírása a hiba eltávolítás hatékonyságára. A fejlesztő csoportnak, illetve a minőségbiztosító csoportnak a talált hibákról naplót kell vezetni. Amikor a rendszert átadják a megrendelőnek, folytatni kell a hibák nyomon követését a használat első éve alatt.

Kezdetben 1000 funkciópont 500 US $/ FP A szerződés aláírása után 3 hónappal hozzáadandó új igényekre 600 US $/ FP A szerződés aláírása után 6 hónappal hozzáadandó új igényekre 700 US $/ FP A szerződés aláírása után 9 hónappal hozzáadandó új igényekre 900 US $ / FP A szerződés aláírása után 12 hónappal hozzáadandó új igényekre 1200 US $ / FP Felhasználói kérésre törölt vagy elhalasztott felhasználói követelmények 150 US $ / FP táblázat: Funkciópont ára fejlesztési szakaszonként (példa US$-ban)

Ipari átlag a termelékenység: termelékenység és rendszerméret arányára 0,14 Te rme lé kenység (funkciópont / munkaóra) 0,12 0,1174 0,12 0,117 0,111 0,1068 0,1 0,1 0,095 0,0903 0,08 0,08 Adatsor1 0,07 0,0622 0,06 0,06 0,06 0,06 0,06 0,06 0,04 0,02 0 0 100 200 300 350 400 580 600 750 800 1000 1200 1400 1600 1800 2000 Rendszer méret funkciópontban ábra. Az ipari átlag a termelékenység és a rendszer funkciópontban mért mérete között (MK II)