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

Slides:



Advertisements
Hasonló előadás
A MINŐSÉG MEGTERVEZÉSE
Advertisements

Projekt vezetés és kontroll – Mi történik a gépházban?
Valós idejű tesztlefedettség- monitorozás JEE környezetben Dr. Ferenc Rudolf, Szegedi Tudományegyetem Bakota Tibor, FrontEndART Szoftver Kft.
Hatékonyságvizsgálat, dokumentálás
Kvantitatív módszerek
Szoftverminőség, 2010 Farkas Péter. SG - Sajátos célok  SG 1. Termék / komponens megoldás kiválasztása  SP 1.1. Alternatívák és kiválasztási kritériumok.
Szervezetfejlesztési Program
2013. Szeptember 3. Szekeres Balázs Informatikai biztonsági igazgató
Rendszertervezés GIMP.
Üzemszervezés gyakorlatok
Projektciklus- menedzsment (PCM)
Clarity üzleti reggeli Budapest, Le Meridien február 19.
Az elemzés és tervezés módszertana
Projektzárás „Komplex szervezetfejlesztési projekt megvalósítása Kaposvár Megyei Jogú Város Polgármesteri Hivatalánál” ÁROP-1.A.2/B
Minőségbiztosítási terv
Európai Energia Hatékonysági Javítás a Nyomda Iparban
Tanuló (projekt)szervezet a Magyar Nemzeti Bankban
INFORMÁCIÓRENDSZEREK FEJLESZTÉSÉNEK IRÁNYÍTÁSA.. Alkalmazás - projekt Alkalmazás - a vállalat tökéletesítésére irányuló új munkamódszer projekt - az új.
Az ötlettől a projekttervig
Az egészségügy finanszírozásának informatikája
EEgészség Program – Szakmai Napok N K T H – E S K I * március Templar Partnership Company 1 eEgészség program „Egészségügyi Informatikai K+F.
Budapesti Műszaki és Gazdaságtudományi Egyetem Elektronikus Eszközök Tanszéke A programozás alapjai 1. (VIEEA100) 9. előadás.
Szoftver minőség és menedzsment Mérés és elemzés Sziládi Zoltán.
Trendek a szoftveriparban: e-business és e-development Csontos Péter IQSOFT Rational e-development szakmai nap 2000 február 16.
Programozás alapjai A programozás azt a folyamatot jelenti, melynek során a feladatot a számítógép számára érthető formában írjuk le. C++, Delphi, Java,
Összefüggés vizsgálatok x átlag y átlag Y’ = a + bx.
Benchmarking.
Új OKJ vizsgafeladatok
Megvalósíthatóság és költségelemzés Készítette: Horváth László Kádár Zsolt.
1 Szoftverfejlesztési folyamat a gyakorlatban Tamás Árpád – QualSoft Kft
Brachmann Ferenc PTE-TTK/KTK 2009
Szervezetfejlesztési Program
Konzulens: Dr. Boda György Készítette: Kovács Katalin
Pénzügyi intézmények kontrollingja
| | Tananyagfejlesztések fejlesztői szemmel Wagner Balázs MTA SZTAKI.
Objektum Vezérelt Szoftverek Analízise Ferenc Rudolf és Beszédes Árpád Szegedi Tudományegyetem FrontEndART.
S S A D M ELEMZÉSI ÉS TERVEZÉSI MÓDSZERTAN
Kapacitás, átbocsátóképesség, időalapok, az erőforrás nagyság, átfutási idő, a termelő-berendezések térbeli elrendezése. Átfutási idő számítások.
Project Monitoring and Control (PMC)
Programtesztelés. Hibák keletkezésének okai nem egyértelmű vagy hiányos kommunikáció fejlesztés közben maga a szoftver bonyolultsága programozói (kódolási)
3.2. A program készítés folyamata Adatelemzés, adatszerkezetek felépítése Típus, változó, konstans fogalma, szerepe, deklarációja.
Rugalmas keretrendszer a minőségbiztosítási adatok kezeléséhez XII. abas Vevőfórum, Balatonlelle június 5-7.
A duális felsőoktatási képzés „kecskeméti” modellje
IDMSYS projekt GOP Akkreditált innovációs klaszterek közös technológiai innovációjának támogatása, GOP pályázati ablak A.
Területi politika főbb összefüggései. A disszertáció főbb területei 1.A regionális programozás elméleti alapjai 2.A programozási ciklus az Európai Unióban.
SLA (Service Level Aggrement) alapon történő szolgáltatás fejlesztés a Gazdasági Főigazgatóságon
Programozás, programtervezés
Szoftver projektek Agilis
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
ICECUBE Intelligens h ű t ő szekrény szoftver tervezete.
Continuous delivery: cél a működő szoftver
Projektirányítás elmélet vizsgateszt Megoldás. 1. A projektcsapatban a döntéshozó feladata: a) a projekt tervének elkészítése. b) sikeresnek vagy sikertelennek.
A cél-meghatározási, projektdefiniálási fázis Készítette: Szentirmai Róbert (minden jog fenntartva)
UNIVERSITAS SCIENTIARUM SZEGEDIENSIS SZEGEDI TUDOMÁNYEGYETEM S zoftverfejlesztés Tanszék Programrendszerek tanúsítása – szoftverminőség mérése Dr. Gyimóthy.
KONFIGURÁCIÓKEZELÉS è A projektirányítás a költségekkel, erőforrásokkal és a felhasznált idővel foglalkozik. è A konfigurációkezelés pedig magukkal a termékekkel.
INFORMÁCIÓMENEDZSMENT Dr. Szalay Zsigmond Gábor adjunktus, intézeti tanszékvezető VEZETÉS ÉS SZERVEZÉS MSC SZAK SZENT ISTVÁN EGYETEM.
Projektirányítás elmélet vizsgateszt
SZÖM II. Fejlesztési szint folyamata 5.1. előadás
Az ötlettől a projekttervig
A pénzügyi kimutatások könyvvizsgálatának tervezése 300
A közigazgatás személyi állománya
Projektirányítás elmélet - teszt
"Ha nem tudod, hogy hová mész,
Szabályozott és képes termékek/szolgáltatások, folyamatok, rendszerek
Kapacitás, átbocsátóképesség, időalapok, az erőforrás nagyság, átfutási idő, a termelő-berendezések térbeli elrendezése. Átfutási idő számítások.
Mai téma: Segédletek a projektmunkához Katona Norbert.
Funkciópont elemzés: elmélet és gyakorlat
PROJEKT MENEDZSER Elkészíti a projekt terveket
Az ÁFSZ minőségirányítási rendszerének kialakítása
valamint korábbi befejeződés/csúszás/ átfedés és kombinációik
Előadás másolata:

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éret-orientált metrikák Funkció-orientált metriká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 = 1000 programsor/ember*hónap minőség = hiba/1000 programsor dokumentáltság = oldal dokumentáció/1000 programsor költség = USD/programsor

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

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 az érintett adatcsoportok (entitások) száma, No a kimeneti típusú mezők száma, Wi a bemenet súlytényezője, We az információ feldolgozás súlya (entitások), Wo a kimenet súlya, TCA Technical Complexity Adjustment

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, 1001,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) magas átlagos 16- alacsony 5-15 >2 2 <2 1-4 Adatmezők Hivatkozott állományok száma (adatbázis táblák, belső logikai állományok)

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

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

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.

táblázat: Funkciópont ára fejlesztési szakaszonként (példa US$-ban) 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)

ábra. Az ipari átlag a termelékenység és a rendszer funkciópontban mért mérete között (MK II)