Szoftver min ség és menedzsment -12. Mérési alapfogalmak. Mérés 2002 / Mérési alapfogalmak. Dr. Balla Katalin
|
|
- Petra Kelemenné
- 5 évvel ezelőtt
- Látták:
Átírás
1 Szoftver min ség és menedzsment 12.. Dr. Balla Katalin Mi a mérés? Miért mérünk? Egy kis méréselmélet Direkt és indirekt mérések Mérési skálák Objektív és szubjektív mérések Mérés a szoftvergyártásban A szoftvermérés története A szoftvermérés tárgya Lehetséges szoftver - mér számok Dr. Balla Katalin Szoftver min ség és menedzsment Mérés egy összehasonlítás: a megmérend dolognak, tulajdonságnak a hasonlítása, viszonyítása egy ugyanolyan jelleg, de jól ismert és szélesebb körben elfogadott dologhoz, tulajdonsághoz, amit mértéknek nevezünk (Szentes) az a folyamat, amelynek során a valós világ elemeinek attribútumaihoz számokat vagy szimbólumokat rendelünk, abból a célból, hogy valamilyen, jól meghatározott szabály alapján leírjuk, jellemezzük ket. (Fenton) Dr. Balla Katalin Szoftver min ség és menedzsment /
2 A mérés története Megfigyelés, szemlélés összehasonlítás Az összehasonlítandó dolgok közös viszonyítási alapja: mérték láb, arasz, könyök különbözhet egyénenként etalon (egységes alapmérték) A mindennapi tevékenységekkel kapcsolatos mérések, mértékek (mér számok, metrikák) hossz, súly, id, térfogat stb. A mérés bizonyos szabályokhoz kötött Dr. Balla Katalin Szoftver min ség és menedzsment A mérés története Változások a mértékekben pl: a h mérséklet mérése: i.e. 2000: besorolás, melegebb, mint : Az els h mér 1720: Fahrenheit skála 1742: Celsius skála 1854: Abszolút 0 fok, Kelvin skála pl.: hosszmérték: 1 m: a Föld egyenlít jének negyvenmilliomod része 1 m: a 86-os tömegszámú kriptonatom narancsszín színképvonala vákuumban mért hullámhosszának szorosa Ma: mindent szeretünk megmérni. Ez jó lehet. De: Sok esetben nem értjük eléggé a mérés tárgyát, célját Nem jól választunk mér számot Össze nem ill dolgokat próbálunk összehasonlítani pl. IQ-teszt Dr. Balla Katalin Szoftver min ség és menedzsment Miért mérünk ma? Valamilyen céllal. Nem tudjuk irányítani azt, amit nem tudunk megmérni. (Tom DeMarco) Azért mérünk, hogy dolgokat, összefüggéseket megértsünk hogy irányítani tudjuk az eseményeket hogy az elkészült dolgokat, elvégzett feladatokat értékelni tudjuk, össze tudjuk hasonlítani egymással hogy a jöv ben bekövetkez eseményeket minél pontosabban meg tudjuk jósolni Dr. Balla Katalin Szoftver min ség és menedzsment /
3 Miért mér a... Menedzser: hogy nyereséges árat tudjon meghatározni - mérnie kell a költségeket hogy az alkalmazottak bérét meg tudja határozni - mérnie kell a teljesítményt hogy reális terveket tudjon készíteni - mérnie kell a lefutott projekteket, több szempontból is hogy fel tudja mérni, szükséges-e egyik vagy másik új technológiát / eszközt bevezetni a cégnél - mérnie kell az eszközök jellemz it... Dr. Balla Katalin Szoftver min ség és menedzsment Miért mér a... Szoftverfejleszt védi magát, ha méri a specifikáció változásait védi magát, ha az átadási kritériumokat pontosan és mérhet en meg tudja határozni szeretné bizonyítani, hogy mennyire komplex feladatot oldott meg / mennyire komplex rendszert fejlesztett esetleg a szoftvertermék jellemz it min síttetnie kell meg kell becsülnie, hogy egy feladat mennyi ideig fog tartani... Dr. Balla Katalin Szoftver min ség és menedzsment Eredményes méréshez... Érteni kell, hogy milyen elem (objektum) milyen vonatkozását (attribútumát) mérjük, és miért A sok lehet ség közül ki kell tudnunk választani az adott célnak megfelel t Jó mér számot és mérési módszert kell választani A mérés eredményét elemezni kell és fel kell használni Dr. Balla Katalin Szoftver min ség és menedzsment /
4 A jó mér számok kritériumai Watts, 1987: Objektivitás: Az eredménynek függetlennek kell lennie minden szubjektivitástól. Nem számíthat, hogy ki végzi a mérést. Megbízhatóság: Az eredmény legyen pontos és megismételhet. Érvényesség: A mér szám a helyes jellemz t mérje. Szabványosság: A mér szám legyen egyértelm és tegye lehet vé az összehasonlítást. Összehasonlíthatóság: A mér szám legyen összehasonlítható más, azonos típusú mér számokkal. Gazdaságosság: Minél egyszer bb és olcsóbb egy mér szám alkalmazása, annál jobb. Hasznosság: A mér számnak egy igényhez kell kapcsolódnia, nem lehet önmagáért való. Dr. Balla Katalin Szoftver min ség és menedzsment Egy kis méréselmélet Direkt és indirekt mérések Mérési skálák Objektív és szubjektív mérések Dr. Balla Katalin Szoftver min ség és menedzsment Direkt és indirekt mérés Direkt mérés egy attribútum vagy entitás mérése nem feltételezi más attribútumok vagy entitások bevonását. (pl. hosszúság) Indirekt mérés egy attribútum vagy entitás mérése csak további entitások vagy attribútumok bevonásával lehetséges (pl. s r ség = tömeg / térfogat) Dr. Balla Katalin Szoftver min ség és menedzsment /
5 A mérések eredménye Igyekszünk a megfigyelt rendszer elemeit egy számokkal jelölt rendszerbe leképezni Cél, hogy a numerikus rendszerben az attribútumok milyenségét jelöl számértékekkel valamilyen m veleteket végezzünk, s ebb l megértsük a milyenségüket A leképezéshez használt rendszer megszabja, hogy milyen típusú elemzést végezhetünk a mért értékekkel A különbségek miatt bevezették a mérési skálákat. Dr. Balla Katalin Szoftver min ség és menedzsment Mérési skálák A tulajdonság különböz állapotai közötti viszonyok határozzák meg a mérési skálákat. Alapvet mérési skálák: nominális (nominal) rendezési (ordinal) intervallum (interval) arány (ratio) abszolút (absolute) Minél több összehasonlítási, m veleti lehet ség van egy skálán, annál gazdagabb az a skála Dr. Balla Katalin Szoftver min ség és menedzsment Mérési skálák Nominális skála bizonyos kategóriához való hozzátartozás kifejezésére nem tartalmaz sorrendet m veletei: =, = / Pl: entitások címkézése, osztályozása hiba: 1, ha specifikációs hiba hiba: 2, ha tervezési hiba hiba: 3, ha kódolási hiba Dr. Balla Katalin Szoftver min ség és menedzsment /
6 Mérési skálák Rendezési skála Elemek közötti sorrend fejezhet ki. A sorrend valamilyen attribútum szerint alakul ki. m veletei: =, =, / <, > Pl: preferencia, keménység, leveg min sége, intelligencia tesztek Kód komplexitása: 1, ha triviális 2, ha egyszer 3, ha közepes 4, ha komplex 5, ha nem érthet Dr. Balla Katalin Szoftver min ség és menedzsment Mérési skálák Intervallum skála a mért értéket ekvivalens intervallumok számával fejezzük ki Sorrend kifejezésre kerül m veletei: =, =, / <, >, +, - Pl: relatív id (naptári), h mérséklet egy adott esemény bekövetkezésének ideje a projektben» A projekt kezdetét l számított 87. nap. Dr. Balla Katalin Szoftver min ség és menedzsment Mérési skálák Arány skála kifejez sorrendet van egy nulla elem (azt jelöli, hogy az illet attribútum hiányzik) m veletei: =, =, <, >, +, -, / / Pl: id intervallum, hosszúság szoftverkód hossza fizikai objektumok hossza Lényeg: lehet ség arra, hogy megállapítsuk (pl): egy elem kétszer olyan hosszú, mint egy másik. Dr. Balla Katalin Szoftver min ség és menedzsment /
7 Mérési skálák Abszolút skála A mérés egy bizonyos entitás elemeinek megszámlálását jelenti Egyetlen leképezés lehetséges, az aktuálisan számolt szám A mérés eredményével mindenfajta aritmetikai analízis értelmes. Pl: egy adott személy életkora ( a leélt éveket meg kell számolni) egy adott program forrássorainak száma De: nem abszolút mér számai: a forrássorok száma a kód hosszának (mert ugyanazt 100, 1000 sorban is lehet mérni) az évek száma az életkornak (mert ugyanazt hónapokban, napokban stb. is lehet mérni) Dr. Balla Katalin Szoftver min ség és menedzsment Objektív és szubjektív mér számok Objektivitásra törekszünk A szubjektív mér számok is jók lehetnek ha megértjük a szubjektív mér szám korlátait Pl: egy specifikáció min ségének meghatározása 1: rossz, 5: jó Ha pl. az interfészre vonatkozó követelmények között sok rossz szerepel, ezt felül kell vizsgálni Dr. Balla Katalin Szoftver min ség és menedzsment Szubjektív mér számok a szoftver esetében Fontos és jó, de nem biztos, hogy szigorú értelemben vett mérés Példák: Tetszési skála: Pl: A program megbízható (Teljesen egyetértek, egyetértek, nem tudom, nem értek egyet, egyáltalán nem értek egyet) Er ltetett besorolás: n alternatíva, 1(legrosszabb)-t l n (legjobb)-ig Pl: soroljuk be a következ szv modulokat a karbantarthatóság nehézsége szerint. 1 : legkevésbé nehéz, 5 : legnehezebb Gyakorisági skála Pl: milyen gyakran fagy le a rendszer? (állandóan, gyakran, néha, ritkán, soha) Rendezési skála Pl: milyen gyakran fagy le a rendszer? (1: óránként, 2: naponta, 3: hetente, 4: havonta, 5: évente néhányszor, 6: évente egyszer v. kétszer, soha) Összehasonlítás Pl: A és B: 1:sokkal jobb 5 : nagyjából azonos.10: sokkal rosszabb Numerikus skála Pl: 1: nem fontos 10: fontos Dr. Balla Katalin Szoftver min ség és menedzsment /
8 A szoftver mérése Miért más? Összetett jelenség gyorsan változik a felhasználási folyamata, nehéz állandó mértékeket találni nehéz a mér számok és mérési eljárások hitelességének igazolása Akkor került el térbe, amikor a számítástechnikai alkalmazásokban a szoftverköltségek megn ttek a hardverköltségekhez képest (kb. 1970) Dr. Balla Katalin Szoftver min ség és menedzsment A szoftvermérés története A szoftver mérésének skora, primitív mér számok Utasításstatisztikák Hibastatisztikák Programok irányított gráf reprezentációja szögpontok: a program utasításai élek: minden szögpontból azokba és csak azokba a szögpontokba mutat irányított él, amelyek az adott szögpont által képviselt utasítás lehetséges rákövetkez utasításainak felelnek meg Dr. Balla Katalin Szoftver min ség és menedzsment A szoftvermérés története A vezérlési struktúra bonyolultságának mér számai Ciklomatikus szám n számú szögpontot és e számú élt tartalmazó p komponensb l álló G gráfra a gráf ciklomatikus száma: e-n+p. Ha a vizsgált program vagy modul 1 komponensb l áll, akkor a ciklomatikus szám: e-n+1. (komponens: összefügg részgráf. Összefügg egy gráf, ha bármelyik két szögpontja között létezik út.) A keresztez dési pontok száma A vezérlés folyamatkomplexitása Elérhetség, vezérlési s r ség, vezérlési utak száma A vezérlési struktúra entrópiaszer mértékei Dr. Balla Katalin Szoftver min ség és menedzsment /
9 A szoftvermérés története A hívási hierarchia mérése A komponensek elérhet sége, tesztelhet sége A rendszerstruktúra entrópiájának mértékei A Myers-féle stabilitási mérték A hívási gráf partíciói és komplexitása A Halstead - féle mér számok A szoftver mérend tulajdonságait olyan számokkal méri, amelyek bármiféle megfeleltetés vagy reprezentáció alkalmazása nélkül magából a programból közvetlenül megfigyelhet k, megállapíthatók. A 4 legfontosabb alapfogalom: a programban szerepl különböz operátorok száma, különböz operandusok száma, összes operátorok száma, összes operandusok száma Implementációs szint, a nyelv szintje A szellemi ráfordítás mértéke Dr. Balla Katalin Szoftver min ség és menedzsment A szoftvermérés története Összetett mértékek A komponensekre és a bel lük összeálló rendszerre vonatkozó mértékeknek együttes kezelését, kombinációját adják. A McClure-féle komplexitási modell vezérlési változók és ezeknek a program moduljaihoz való viszonya segítségével 3 lépésben eljut egy, a teljes program bonyolultságára jellemz mér számhoz Programrendszerek logikai stabilitása a funkcionális változtatási hatások továbbterjedése elleni védettség Az Oviedo-féle komplexitási modell Algoritmus + adatok = program A TRW komplexitásmodellje Pl: logikai komplexitás: L TOT = LS / EX + L loop + L IF +L BR LS: a logikát befolyásoló utasítás száma, EX: az összes végrehajtható utasítás száma,, L loop = a ciklusok komplexitásának mér száma, L IF = az IF utasítások bonyolultságának mér számai,,, L BR = az ugrások számnak ezredrésze Dr. Balla Katalin Szoftver min ség és menedzsment A szoftvermérés története 0pUKHW ÃMHOOHP].DSFVROyGyÃNULWpULXP $MiQORWW SOÃPHWULNiUD PHWULNiN V]iPD Olvashatóság Használhatóság Karbantarthatóság 2 3 Gunning (1968) Gordon (1979) Hiba el UHMHO]pV Helyesség 2 Halstead (1977) Hiba érzékelés Helyesség 1 Remus és Zilles (1981) Komplexitás Megbízhatóság Karbantarthatóság 7 6 McCabe (1976) McCabe (1976) Mean time to failure Megbízhatóság 5 Musa(1975) Modularitás Karbantarthatóság 4 Kentger (1981) Tesztelhet VpJ Karbantarthatóság 5 Paige (1980) Más Metrikák és mérhet jellemz k kapcsolata: Hordozhatóság Használhatóság Kiterjeszthet VpJ Integritás (Gillies: Software quality.theory and management, 1992) Dr. Balla Katalin Szoftver min ség és menedzsment Gilb (1977) 2002 /
10 A szoftvermérés története A különböz min ségi attribútumok mérésére ajánlott mér számok: 0LQ VpJLÃDWWULE~WXP /pwh] ÃOHtU W PHWULNiNÃV]iPD karbantarthatóság 18 megbízhatóság 12 használhatóság 4 helyesség 3 integritás 1 kiterjeszthet VpJ 1 hordozhatóság 1 hatékonyság 0 adaptálhatóság 0 együttm N GpVLÃNpV]VpJ 0 újrafelhasználhatóság 0 (Watts, 1987) Dr. Balla Katalin Szoftver min ség és menedzsment Tipikus szoftver-mér számok Direkt mér számok (példák): forráskód hossza tesztelési folyamat id tartama a tesztelés során megtalált hibák száma egy programozó által a projekten töltött id Indirekt mér számok (példák): programozó teljesítménye: megírt LOC / ember-hónap hibas r ség egy modulban: hibák száma / modul mérete hibamegtalálási hatékonyság: megtalált hibák száma / összes hibák száma követelmények stabilitása: kezdeti követelmények száma / összes köv. sz. tesztelési hatékonysági arány: tesztelt elemek száma / összes elem száma hulladék-arány : a hibajavítás ráfordítása / a projekt teljes ráfordítása Dr. Balla Katalin Szoftver min ség és menedzsment Tipikus szoftver - mér számok (QWLWiV $WWULE~WXP 0pU V]iP Befejezett projekt Id WDUWDP A kezdést OÃDÃEHIHMH]pVLJÃHOWHOWÃKyQDSRNÃV]iPD Befejezett projekt Id WDUWDP A kezdett OÃDÃEHIHMH]pVLJÃHOWHOWÃQDSRVÃV]iPD Programkód Hosszúság Forrássorok száma (LOC) Programkód Hosszúság Végrehajtható utasítások száma Integrációs tesztelési folyamat Id WDUWDP A tesztelési folyamat kezdetét OÃDÃYpJpLJÃHOWHOW órák száma Integrációs tesztelési folyamat Hibamegtalálás Az 1000 forrássorban (KLOC) talált hibák száma aránya Tesztel Hatékonyság Az 1000 forrássorban (KLOC) talált hibák száma Programkód Min VpJ Az 1000 forrássorban (KLOC) talált hibák száma Programkód Megbízhatóság Mean time to failure CPU órákban Programkód Megbízhatóság A hibák megjelenésének aránya CPU órákban (Fenton, Pfleeger: Software Metrics. A rigorous and practical approach.1997.) Dr. Balla Katalin Szoftver min ség és menedzsment /
11 Bels és küls attribútumok Bels attribútumok: azon attribútumai, amelyek csakis a mérés tárgyát képez objektumtól magától függenek és közvetlenül mérhet k (általában direkt mér számokkal mérhet k) Szoftver esetében: a tesztelés során talált hibák száma, kód hossza Küls attribútumok: azon attribútumok, amelyek csak a mérés tárgyának a környezethez való viszonyát figyelembe véve értelmesek és mérhet ek (általában indirekt mér számokkal mérhet k) szoftver esetében: folyamatok költség-hatékonysága, termék használhatósága, termék hordozhatósága, programozók hatékonysága... Dr. Balla Katalin Szoftver min ség és menedzsment A szoftvermérések célja Folyamatok, er sségek, gyengeségek megértése További folyamatok becslése, tervezése Fejl dés helyes irányának meghatározása (pl. jó-e, ha egy adott technológiát választunk?) Min ségellen rzés és - biztosítás Megbízhatóság bizonyítása Termék méretének becslése Adatgy jtés vállalati stratégiai célból Projektek el rehaladásának követése Kollektív memória kialakítása... Dr. Balla Katalin Szoftver min ség és menedzsment Miért kell szoftverméréseket végezni? 1. A szoftver megértése céljából alapmodellek és kapcsolatok folyamatok alapvet jellemz i 2. A szoftvergyártási folyamat irányítása céljából tervezés és becslés a valós értékek követése a tervezettekhez képest validációs modellek alkalmazása 3. Folyamatjavítás irányítása céljából a folyamatok megértése a folyamatok felmérése a folyamatok szabványosítása / újrafelhasználhatóvá tétele (Software Measurement Guidebook, NASA, Software Engineering Laboratories, NASA-GB ) Dr. Balla Katalin Szoftver min ség és menedzsment /
12 A szoftver mérésének tárgya Mér szám Min ségi attribútum Definíció -HOOHP] N Folyamat Termék Er forrás 2EMHNWXPRN Dr. Balla Katalin Szoftver min ség és menedzsment A szoftver mérésének tárgya Mér szám Min ségi attribútum Definíció Termék M szaki folyamat PM folyamat Dr. Balla Katalin Szoftver min ség és menedzsment A szoftver mérésének tárgya Választani kell a mérhet elemek között Küls és bels attribútumok minden esetben megkülönböztetésre kerülnek A választást mérési módszereket leíró megközelítések, modellek segíthetik de dönteni nekünk kell! Dr. Balla Katalin Szoftver min ség és menedzsment /
13 A szoftvertermék mérése Boehm Felhasználói alapszempontok (3): termék Felhasználói alapszempontok (3): m ködés, termék felülvizsgálat, termék-átvitel ahogy van használhatóság, általános felhasználhatóság, karbantarthatóság Min ségfaktorok (11): felhasználási kényelem, integritás, hatékonyság, helyesség, megbízhatóság, Min ségfaktorok (7): hordozhatóság, megbízhatóság, hatékonyság, karbantarthatóság, tesztelhet ség, módosíthatóság, újrahasználhatóság, hordozhatóság, együttm ködési képesség felhasználási kényelem, tesztelhet ség, érthet ség, módosíthatóság Szoftvermin ség-jellemz k (12): eszközfüggetlenség, teljesség, pontosság, konzisztencia, eszközhatékonyság, elérhet ség, kommunikatívitás, strukturáltság, öndokumentáltság, tömörség, olvashatóság, b víthet ség McCall Szoftvermin ség- jellemz k (22): m köd képesség, elsajátíthatóság, kommunikativítás, I/O mennyiség, I/O gyakoriság, a hozzáférés szabályozottsága, a hozzáférés felügyeltsége, tárolási hatékonyság, m ködési hatékonyság, követhet ség, teljesség, pontosság, hibat r képesség, konzisztencia, egyszer ség, tömörség, felszereltség, b víthet ség, általánosság, öndokumentáltság, modularitás, gépfüggetlenség, szoftverfüggetlenség, a kommunikáció elterjedtsége, az adatábrázolás elterjedtsége Dr. Balla Katalin Szoftver min ség és menedzsment ULPDU\ÃXVHV,QWHUPHGLDWHÃ FRQVWUXFWV 3ULPLWLYHÃFRQVWUXFWV Device independence &ULWHULD Operability Training )DFWRU Usability 8VH Communicativeness Portability Completeness I/O volume, I/O rayte Integrity As is utility Reliability Accuracy Consistency Access control, access audir Storage efficiency Efficiency Product operation General utility Efficiency Device efficiency Acessibility Execution efficiency Traceability Completeness Correctness Reliability Human engineering Communicativeness Accuracy Maintainability Maintainability Testability Understandability Modifiability Structuredness Self descriptiveness Conciseness Legibility Metrics Error tolerance Consistency Simplicity Conciseness Instrumentation Expandability Testability Flexibility Product revision McCall model Augmentability Generality Reusability Self-descriptiveness Boehm model Modularity Machine independence Portability Product transition Sw system independence Interoperability Comms commonality, Data commonality Dr. Balla Katalin Szoftver min ség és menedzsment A szoftvertermék mérése ISO 9126 : Szoftvertermék min ségi attribútumai ISO : Szoftvertermék min sége. Min ségi modell ISO : Szoftvertermék min sége. Küls mér számok ISO : Szoftvertermék min sége. Bels mér számok ISO : Szoftvertermék min sége. Alkalmazási min ség mér számok A különböz min ségi attribútumok és mér számok kapcsolata Dr. Balla Katalin Szoftver min ség és menedzsment /
14 ISO 9126 min. modell quality in use effectiveness productivity safety satisfaction functionality reliability usability efficiency maintainability accuracy suitability interoperability compliance security maturity fault tolerance recoverability availability understandability learnability operability time behaviour resource utilisation analysability changeability stability testability adaptability installability portability co-existence conformance replaceability Dr. Balla Katalin Szoftver min ség és menedzsment Az alkalmazási min ség Dr. Balla Katalin Szoftver min ség és menedzsment A termék attribútumainak mérése az ISO9126-ban Részletes útmutatók a küls, bels és használat során tapasztalt min ségi attribútumok mérésére Dr. Balla Katalin Szoftver min ség és menedzsment /
15 Küls metrikák. Érettségi (maturity) mér számok (példa) Az érettség a megbízhatóság egyik al-jellemz je. Megbízhatóság: érettség, hibat rés, visszaállíthatóság, megfelel ség 0pU V]iP $ QHYH PpU V]iP FpOMD Hibas U VpJ Hány hibát észleltek? $ONDOPD]iVLÃPyG 6]iPROiVÃÃÃNpSOHW $ÃPpUWÃpUWpN puwhoph]pvh Meg kell számolni Hibas U VpJÃ;Ã 0<=X az észlelt hibákat, észlelt hibák száma Függ a és ki kell számolni / termék mérete tesztelési a s U VpJ NHW fázistól. A tesztelés végén az a jó, ha ez a szám minél kisebb 0pUpVLÃVNiOD abszolut 0pUWÃpUWpN WtSXVD X = számolt érték termék mérete: számolt érték $ÃPpUpV.LN EHPHQHWH KDV]QiOKDWMiNÃIHO DÃPpUpV HUHGPpQ\pW tesztelési Fejleszt jelentés, Tesztel problémajelent és, m N GpVL jelentés Dr. Balla Katalin Szoftver min ség és menedzsment Bels metrikák. Alkalmassági (suitability) mér számok (példa) 0pU V]iP $ $ONDOPD]iVLÃPyG 6]iPROiVÃÃÃNpSOHW $ÃPpUWÃpUWpN 0pUpVLÃVNiOD 0pUWÃpUWpN $ÃPpUpV.LN QHYH PpU V]iP puwhoph]pvh WtSXVD EHPHQHWH KDV]QiOKDWMiNÃIHO FpOMD DÃPpUpV HUHGPpQ\pW Funkcionális Mennyire Mérjük, hogy mekkora a X = 1 A/B 0<=X<=1 abszolut X = szám / szám Követelményspecifikáció, Fejleszt Felhasználó alkalmasság megfelel HN megfelel Ãfunkciók A = azon funkciók Annál adekvátabb, A = számolt érték (adekvátak) a aránya a megadott száma, amelyek minél közelebb B = számolt érték tervezés, vizsgált feladat elvégzését m N GpVpEHQÃproblémát van 1-hez forráskód, funkciók? implementáló összes észlelünk felülvizsgálati funkcióhoz képest B= a vizsgált funkciók jelentés száma A funkcionális Mennyire Felülvizsgálat X=1-A/B 0<=X<=1 abszolut X = szám / szám Követelményspecifikáció, Fejleszt Felhasználó implementáció teljes az A= a felfedezett hiányzó Annál teljesebb, A = számolt érték teljessége implementáció? B = A van 1-hez forráskód, funkciók száma minél közelebb B = számolt érték tervezés, követelményspecifikáció felülvizsgálati ban meghatározott jelentés funkciók száma A funkcionális Milyen a Felülvizsgálat X = A / B 0<=X<=1 abszolut X = szám / szám Követelményspecifikáció, Fejleszt Felhasználó implementáció megfelel HQ A = a megfelel HQ Annál jobb, minél A = számolt érték lefedettsége implementált implementált funkciók közelebb van 1- B = számolt érték tervezés, funkciók száma hez forráskód, aránya a B = A felülvizsgálati követelményb követelményspecifikáció jelentés en ban leírt funkciók száma meghatározott funkciók számához képest? A funkcionális A fejlesztés Megszámoljuk azokat a X = 1-A/B 0<=X<=1 abszolut A = számolt érték Követelményspecifikáció, karbantartó Fejleszt specifikáció életciklusa funkcionális A= a fejlesztés során Annál jobb, minél B = méret stabilitása alatt specifikációkat, megváltozott funkciók közelebb van 1- X = Számolt érték / felülvizsgálati mennyire amelyeket meg kellett száma hez méret jelentés stabil a változtatni a fejlesztés B= a funkcionális során követelményspecifikáció specifikáció? ban leírt funkciók száma, vagy bármilyen funkcionális komplexitásra / méretre utaló szám Funkcionalitás : megfelel ség, pontosság, együttm ködés, biztonság, összeegyeztethet ség Dr. Balla Katalin Szoftver min ség és menedzsment Használat során tapasztalt min ség metrikák. Alkalmassági (suitability) mér számok (példa) Dr. Balla Katalin Szoftver min ség és menedzsment /
16 Termékre vonatkozó mérési terv kialakítása Az üzleti terület módszeres vizsgálata a felhasználóval közösen Az üzleti folyamat jellemz inek azonosítása A szoftvertermék jellemz inek azonosítása A felhasználók jellemz inek azonosítása A termék min ségi jellemz inek meghatározása a felhasználó szemszögéb l 6. A min ségi jellemz k lefordítása a fejleszt k nyelvére 7. A jellemz knek megfelel mér számok kiválasztása Dr. Balla Katalin Szoftver min ség és menedzsment A lényeges min ségi jellemz k kiválasztása Üzleti folyamat Min ségi jellemz k Szoftver termék Lefordítási folyamat Min ségi profil Vev / felhasználó Dr. Balla Katalin Szoftver min ség és menedzsment Min ségi profil -példák $]ÃDONDOPD]iVÃÃN UQ\H]HWÃMHOOHP] L 6ZÃPLQÃMHOOHP] N PHWULNiN Emberéletek függnek t le Integritás Megbízhatóság Helyesség Ellen rízhet ség Tartós "cikk" (hosszú életciklus) Karbantarthatóság B víthet ség Kísérleti rendszer vagy sok módosítás Hajnlékonyság (flexibility) Kísérleti technológia hardver tervezésbenhordozhatóság Sok változás az életciklus folyamán Flexibilitás Újrahasználhatóság Kiterjeszthet ség Valós idej rendszer Hatékonyság Megbízhatóság Helyesség Fedélzeti számítógépes alkalmazás Hatékonyság Megbízhatóság Helyesség Bizalmas információk kezelése Integritás Megbízhatóság Helyesség Ellen rízhet ség Kölcsönösen kapcsolódó rendszerek Együttm ködési képesség Dr. Balla Katalin Szoftver min ség és menedzsment ISO 9126 alapján 2002 /
17 A projektmenedzsment folyamatok és er források mérése Projekthez kapcsolódó mér számok, projektkövetés során mérhet k Bels folyamat-attribútumok: a projektre fordított id, a szükséges er források és a költségek. Ezek mérése egyszer feljegyzést jelent: fel kell jegyezni egyrészt a tervezett értékeket, másrészt a projekt végrehajtása során megvalósult értékeket. Az id mérésénél hasznos lehet, ha a tevékenységeket a lehet legjobban alábontjuk, és az egyes résztevékenységekre fordított id t jegyezzük fel. Küls folyamat-attribútumok: pl: ellenrízhet ség, megfigyelhet ség, stabilitás. Dr. Balla Katalin Szoftver min ség és menedzsment A projektmenedzsment folyamatok és er források mérése Direkt mérések: Felhasznált költségek Ã$FWXDOÃ&RVWÃRIÃ:RUN3HUIRUPHGÃÃ$&:3 Adott idõszakra ütemezett munkára tervezett költség %XGJHWÃ&RVWÃRI :RUNÃ6KFHGXOHGÃ%&:6 Megvalósult érték =Elvégzett munkára tervezett költség (DUQHG 9DOXHÃ ÃÃ%XGJHWÃ&RVWÃRIÃ:RUNÃ3HUIRUPHGÃÃ%&:3 Indirekt mérések: Elvégzett munka alapján számolt költségeltérés &RVWÃ9DULDQFHÃÃ&9 Ã%&:3ÃÃ$&:3 Elvégzett munka és eltelt id alapján számolt költségeltérés 6FKHGXOH 9DULDQFHÃÃ69 %&:3%&:6 Költség szerinti teljesítmény index &RVWÃ3HUIRUPDQFHÃ,QGH[ &3, %&:3$&:3 Id zítés szerinti teljesítmény index 6FKHGXOHÃ3HUIRUPDFHÃ,QGH[Ã 63, %&:3%&:6 Dr. Balla Katalin Szoftver min ség és menedzsment A projektmenedzsment folyamatok és er források mérése Az er források mérése fontos lehet feljegyezni, hogy szám szerint mennyi és milyen típusú er forrást használtunk fel. Emberi er forrásoknál jól használható adat lehet az er forrás szakmai tapasztalata és termelékenysége, mert ezekb l következtetni lehet egy bizonyos típusú feladat emberi er forrás-igényeire. Az emberi er források termelékenységének mérése nem egyszer feladat, mert pl. az adott id alatt megírt kód nagysága nem biztos, hogy releváns információt szolgáltat. Dr. Balla Katalin Szoftver min ség és menedzsment /
18 A m szaki folyamatok mérése Id, költség, er forrás-felhasználás itt is fontos lehet Hibák mérése a különböz folyamatokban (szám, típus/ súlyosság, kijavítás ráfordítása) A folyamat típusától függ en, további attribútumokat lehet meghatározni Tervezésnél: kezdeti követelmények száma, módosult követelmények, új követelmények, törölt köv. Kódolásnál figyelhet a komplexitás (pl. funkciópont analízissel), valamint a kódolás során felfedezett és kijavított hibák száma és típusa. Tesztelésnél figyelhet a megtalált hibák száma és súlyossága, kijavítás ráfordítása. Dr. Balla Katalin Szoftver min ség és menedzsment Fenton kerete a szoftvermérésekre (QWLWiVRN $WWULE~WXPRN 7HUPpN %HOV ÃDWWULE~WXP. OV ÃDWWULE~WXP Specifikáció méret, újrahasználhatóság, modularitás, mindenre kiterjed szintaktikai helyesség karbantarthatóság Tervek méret, újrahasználhatóság, modularitás, összekapcsolódás, összetartozás, min VpJÃNRPSOH[LWiV karbantarthatóság funkcionalitás Kód méret, újrahasználhatóság, modularitás, megbízhatóság, használhatóság, összekapacsolódás, funkcionalitás, karbantarthatóság algoritmikus komplexitás, strukturáltság Teszt adatok méret, lefedettség min VpJ )RO\DPDW Specifikáció készítése id ÃUiIRUGtWiVÃPHJYiOWR]RWW min VpJÃN OWVpJVWDELOLWiV specifikációk száma Részletes tervezés id ÃUiIRUGtWiVÃPHJWDOiOWÃVSHFLILNiFLyV költség-hatékonyság hibák száma Tesztelés id ÃUiIRUGtWiVÃPHJWDOiOWÃKLEiNÃV]iPD költség-hatékonyság, stabilitás (U IRUUiV Alkalmazottak életkor, ár termelékenység, tapasztalat, intelligencia Csapatok méret, kommunikáció, strukturáltság termelékenység, min VpJ Szoftver ár, méret használhatóság, megbízhatóság Hardver ár, gyorsaság, memória mérete megbízhatóság Irodák méret, h PpUVpNOHWÃIpQ\ komfortosság, min VpJ Dr. Balla Katalin Szoftver min ség és menedzsment Mir l volt szó... Mér szám Min ségi attribútum Definíció Termék M szaki folyamat PM folyamat Dr. Balla Katalin Szoftver min ség és menedzsment /
Szoftver min ség és menedzsment
Szoftver min ség és menedzsment 12. Mérési alapfogalmak. Dr. Balla Katalin Mérési alapfogalmak Mi a mérés? Miért mérünk? Egy kis méréselmélet Direkt és indirekt mérések Mérési skálák Objektív és szubjektív
RészletesebbenSzoftver min ség és menedzsment
Szoftver min ség és menedzsment 2. A szoftvermin ség termék alapú megközelítése Dr. Balla Katalin Tartalom Definíciók A szoftvertermék min sége A szoftvertermék sajátosságai Korai szoftvermin ség - modellek
RészletesebbenSzoftver-mérés. Szoftver metrikák. Szoftver mérés
Szoftver-mérés Szoftver metrikák Szoftver mérés Szoftver jellemz! megadása numerikus értékkel Technikák, termékek, folyamatok objektív összehasonlítása Mér! szoftverek, programok CASE eszközök Kevés szabványos
RészletesebbenAZ ISO/IEC-9126 SZOFTVER MINŐSÉGI SZABVÁNY ÁTTEKINTÉSE
AZ ISO/IEC-9126 SZOFTVER MINŐSÉGI SZABVÁNY ÁTTEKINTÉSE Csuka Zsolt Motiváció Szoftver követelmény specifikálás Szoftver minőségbiztosítási terv Számszerű minőségi elvárások Szoftverminőség modellezése
RészletesebbenQ = Átadandók Elvárások. Szoftver min ség és menedzsment -22. Tartalom. A szoftver min sége 2001 / Összefoglalás. Dr.
Szoftver min ség és menedzsment 22. Dr. Balla Katalin Tartalom Szoftvermin ség Mir l volt szó a tantárgy keretében? A szoftvermin ség költsége Folyamatjavítás Dr. Balla Katalin Szoftver min ség és menedzsment
RészletesebbenAutóipari beágyazott rendszerek. Kockázatelemzés
Autóipari beágyazott rendszerek Kockázatelemzés 1 Biztonságkritikus rendszer Beágyazott rendszer Aminek hibája Anyagi vagyont, vagy Emberéletet veszélyeztet Tipikus példák ABS, ESP, elektronikus szervokormány
Részletesebben2. Szoftver minőségbiztosítás
2. Szoftver minőségbiztosítás A szoftver egy termelési folyamat végterméke, azaz végső soron a szoftver is egy termék. Az alábbiakban a minőség fogalmát tekintjük át általánosságban, mely így nemcsak a
RészletesebbenSzoftver min ség és menedzsment
Szoftver min ség és menedzsment 1. Bevezetés, alapfogalmak Dr. Balla Katalin Bemutatkozás Dr. Balla Katalin Szoftver min ség és menedzsment - 1. 2 A tantárgy célkit zése A hallgatók megismertetése a szoftvermin
RészletesebbenSZOFTVER- MINŐSÉGBIZTOSÍTÁS
SZOFTVER- MINŐSÉGBIZTOSÍTÁS DR. SZIRAY JÓZSEF DR. BENYÓ BALÁZS HECKENAST TAMÁS 2005. Minőség koncepciók Különböző minőség fogalmak A minőség filozófiai értelmezése A minőség fogyasztói értelmezése A minőség
RészletesebbenTeljesítmény Mérés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés / 20
Teljesítmény Mérés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés 2013 1 / 20 Tartalomjegyzék 1 Bevezetés 2 Visual Studio Kód metrikák Performance Explorer Tóth Zsolt
RészletesebbenSzoftver min ség és menedzsment
Szoftver min ség és menedzsment 17. A szoftvermin ség modellezése. A QMIM modell. Dr. Balla Katalin Tartalom A szoftvermin ség összetev i A probléma A QMIM keret elemei statikus vonatkozásai dinamikus
RészletesebbenProgramrendszerek tanúsítása szoftverminőség mérése
SZEGEDI TUDOMÁNYEGYETEM Programrendszerek tanúsítása szoftverminőség mérése Dr. Gyimóthy Tibor Dr. Ferenc Rudolf Szoftverminőség biztosítás Fő cél: az üzemelő IT rendszerekben csökkenteni a hibák számát
RészletesebbenSzoftvermérés:hogyan lehet a szoftvertermék vagy a szoftverfolyamat valamely jellemzőjéből numerikus értéket előállítani.
Szoftvermérés:hogyan lehet a szoftvertermék vagy a szoftverfolyamat valamely jellemzőjéből numerikus értéket előállítani. az értékeket összegyűjtik, tárolják egymással és az egész szervezetre alkalmazott
RészletesebbenVerifikáció és validáció Általános bevezető
Verifikáció és validáció Általános bevezető Általános Verifikáció és validáció verification and validation - V&V: ellenőrző és elemző folyamatok amelyek biztosítják, hogy a szoftver megfelel a specifikációjának
RészletesebbenA minőségbiztosítás informatikája Gégény Dávid - KHIWFS
A minőségbiztosítás informatikája Gégény Dávid - KHIWFS - Tom DeMarco Szoftvermetrikák A metrikák számszerűsítk egy folyamat vagy termék minőségét Fontos a fejleszthetőség Objektív eredményt adnak Lehetővé
RészletesebbenSzoftver-technológia I.
Szoftver technológia I. Oktatók Sziray József B602 Heckenast Tamás B603 2 Tananyag Elektronikus segédletek www.sze.hu/~sziray/ www.sze.hu/~heckenas/okt/ (www.sze.hu/~orbang/) Nyomtatott könyv Ian Sommerville:
RészletesebbenA fejlesztési szabványok szerepe a szoftverellenőrzésben
A fejlesztési szabványok szerepe a szoftverellenőrzésben Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Biztonságkritikus rendszerek A biztonságintegritási szint Az ellenőrzés
RészletesebbenFunkciópont elemzés: elmélet és gyakorlat
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
RészletesebbenAuditor: a bels min ség audittal megbízott, a feladatra kiképzett és felkészült személy.
Min ségügyi Szakszótár A környezetszennyezés megel zése: olyan folyamatok, módszerek, anyagok vagy termékek használata, amelyek elkerülik, csökkentik, vagy szabályozott szinten tartják a környezetszennyezést;
RészletesebbenSZÁMÍTÁSTECHNIKAI AUDIT. Common Criteria 1
SZÁMÍTÁSTECHNIKAI AUDIT Common Criteria 1 Mi a biztonság? Általában: védettség fenyegetések ellen $ODSYHW HPEHULV] NVpJOHW Mik a fenyegetések? Mit tehetünk ellenük? Mennyire bízhatunk az eredményben? Specifikusan:
RészletesebbenMiskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert
Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája Készítette: Urbán Norbert Szoftver-minőség A szoftver egy termelő-folyamat végterméke, A minőség azt jelenti,
RészletesebbenSzoftver min ség és menedzsment -9. Tartalom. Projekt el készítése 2001 /
Szoftver min ség és menedzsment 9. A szoftvermin ség irányítási vonatkozásai. Projektek tervezése, követése, vezérlése. Dr. Balla Katalin Tartalom A projekt el készítése A projekt indítása A projekt tervezése
RészletesebbenSoftware project management Áttekintés
Software project management Áttekintés Miskolci Egyetem Általános Informatikai Tanszék PMAN /1 Miért szükséges? A software fejlesztési tevékenység Csoportmunkát igényel Jelentÿserÿforrásokat használ fel
RészletesebbenESZKÖZTÁMOGATÁS A TESZTELÉSBEN
ESZKÖZTÁMOGATÁS A TESZTELÉSBEN MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA, TURISZTIKA ÉS VENDÉGLÁTÁS TERÜLETEN
RészletesebbenA szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom
A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-folyamat Szoftver
RészletesebbenSzoftver min ség és menedzsment
Szoftver min ség és menedzsment 5. A szoftvermin ség folyamat alapú megközelítése. A SPICE modell / az ISO 15504 szabvány. Dr. Balla Katalin Tartalom Folytonos érettségi modellek A SPICE modell / az ISO
RészletesebbenSoftware project management Áttekintés
Software project management Áttekintés Miskolci Egyetem Általános Informatikai Tanszék PMAN / 1 Miért szükséges? A software fejlesztési tevékenység Csoportmunkát igényel Jelentős erőforrásokat használ
RészletesebbenA mérés problémája a pedagógiában. Dr. Nyéki Lajos 2015
A mérés problémája a pedagógiában Dr. Nyéki Lajos 2015 A mérés fogalma Mérésen olyan tevékenységet értünk, amelynek eredményeként a vizsgált jelenség számszerűen jellemezhetővé, más hasonló jelenségekkel
RészletesebbenMiskolci Egyetem Általános Informatikai Tanszék
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
RészletesebbenA tesztelés feladata. Verifikáció
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
RészletesebbenKompetens szoftvertesztelés a gyakorlatban II. zárthelyi dolgozat
Név:...................................... Neptunkód:................... Kompetens szoftvertesztelés a gyakorlatban II. zárthelyi dolgozat 2015. április 22. (szerda) Kitöltési útmutató A dolgozat kitöltéséhez
RészletesebbenA CMMI alapú szoftverfejlesztési folyamat
A CMMI alapú szoftverfejlesztési folyamat Készítette: Szmetankó Gábor G-5S8 Mi a CMMI? Capability Maturity Modell Integration Folyamat fejlesztési referencia modell Bevált gyakorlatok, praktikák halmaza,
RészletesebbenSzoftver min ség és menedzsment -5. Tartalom. Érettségi modellek 2002 /
Szoftver min ség és menedzsment 5. A szoftvermin ség folyamat alapú megközelítése. A SPICE modell / az ISO 15504 szabvány. Dr. Balla Katalin Tartalom Folytonos érettségi modellek A SPICE modell / az ISO
RészletesebbenMéréselmélet MI BSc 1
Mérés és s modellezés 2008.02.15. 1 Méréselmélet - bevezetés a mérnöki problémamegoldás menete 1. A probléma kitűzése 2. A hipotézis felállítása 3. Kísérlettervezés 4. Megfigyelések elvégzése 5. Adatok
RészletesebbenProgramtervezés. Dr. Iványi Péter
Programtervezés Dr. Iványi Péter 1 A programozás lépései 2 Feladat meghatározás Feladat kiírás Mik az input adatok A megoldáshoz szükséges idő és költség Gyorsan, jót, olcsón 3 Feladat megfogalmazása Egyértelmű
RészletesebbenMérés és modellezés 1
Mérés és modellezés 1 Mérés és modellezés A mérnöki tevékenység alapeleme a mérés. A mérés célja valamely jelenség megismerése, vizsgálata. A mérés tervszerűen végzett tevékenység: azaz rögzíteni kell
RészletesebbenInformáció menedzsment
Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológiai Tanszék szendroi@witch.pmmf.hu Infrastruktúra-menedzsment Informatikai szolgáltatások menedzsmentje Konfigurációkezelés Gyorssegélyszolgálat
RészletesebbenA szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Történet (hw) Lyukkártya válogató
RészletesebbenMérés és modellezés Méréstechnika VM, GM, MM 1
Mérés és modellezés 2008.02.04. 1 Mérés és modellezés A mérnöki tevékenység alapeleme a mérés. A mérés célja valamely jelenség megismerése, vizsgálata. A mérés tervszerűen végzett tevékenység: azaz rögzíteni
RészletesebbenSzoftver-technológia II. Modulok és OOP. Irodalom
Modulok és OOP Irodalom Steven R. Schach: Object Oriented & Classical Software Engineering, McGRAW-HILL, 6th edition, 2005, chapter 7. 2 Modulok és objektumok Modulok Lexikálisan folytonos utasítás sorozatok,
RészletesebbenEllátási lánc optimalizálás P-gráf módszertan alkalmazásával mennyiségi és min ségi paraméterek gyelembevételével
Ellátási lánc optimalizálás P-gráf módszertan alkalmazásával mennyiségi és min ségi paraméterek gyelembevételével Pekárdy Milán, Baumgartner János, Süle Zoltán Pannon Egyetem, Veszprém XXXII. Magyar Operációkutatási
RészletesebbenSW-project management
SW-project management 1 PM tárgya tervezés megfigyelés ellenőrzés emberek folyamat események 4P People (emberek) Product (termék) Process (folyamat) Project PM szintjei 3 SW előállítási folyamat bizonytalansága
RészletesebbenSoft. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem. Software minőség menedzsment. ftware minőség menedzsment
Soft ftware minőség menedzsment Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Software minőség menedzsment Tartalom A software minőség menedzsment tevékenységei A software minőség megközelítési
RészletesebbenSoft. Tartalom. A software minőség menedzsment
Soft ftware minőség menedzsment Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Software minőség menedzsment Tartalom A software minőség menedzsment tevékenységei A software minőség megközelítési
RészletesebbenPszichometria Szemináriumi dolgozat
Pszichometria Szemináriumi dolgozat 2007-2008. tanév szi félév Temperamentum and Personality Questionnaire pszichometriai mutatóinak vizsgálata Készítette: XXX 1 Reliabilitás és validitás A kérd ívek vizsgálatának
RészletesebbenTESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS
TESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA,
RészletesebbenSzoftver újrafelhasználás
Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (8) Szoftverminőségbiztosítás Szoftvertesztelési folyamat (folyt.) Szoftvertesztelési ráfordítások (Perry 1995) Tesztelésre fordítódik a projekt költségvetés 24%-a a projekt menedzsment
RészletesebbenDW 9. előadás DW tervezése, DW-projekt
DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés
RészletesebbenInformációtartalom vázlata
1. Az Ön cégétől árajánlatot kértek egy üzleti portál fejlesztésére, amelynek célja egy online áruház kialakítása. Az árajánlatkérés megválaszolásához munkaértekezletet tartanak, ahol Önnek egy vázlatos
RészletesebbenSzoftver követelmények meghatározása
Szoftver meghatározása Requirements engineering (analysis) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 6-7. Roger S. Pressman: Software Engineering, 5th e. chapter 11. 2 Követelménymeghatározás
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (9) Szoftverminőségbiztosítás Specifikáció alapú (black-box) technikák A szoftver mint leképezés Szoftverhiba Hibát okozó bement Hibás kimenet Input Szoftver Output Funkcionális
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (10) Szoftverminőségbiztosítás Struktúra alapú (white-box) technikák A struktúrális tesztelés Implementációs részletek figyelembevétele Tesztelési célok -> lefedettség Implicit
RészletesebbenBiztonsági folyamatirányító. rendszerek szoftvere
Biztonsági folyamatirányító rendszerek szoftvere 1 Biztonsági folyamatirányító rendszerek szoftvere Tartalom Szoftverek szerepe a folyamatirányító rendszerekben Szoftverek megbízhatósága Szoftver életciklus
RészletesebbenBiztosítóberendezések biztonságának értékelése
Žilinská univerzita v Žiline Elektrotechnická fakulta Univerzitná 1, 010 26 Žilina tel: +421 41 5133301 e mail: kris@fel.uniza.sk Téma: Biztosítóberendezések ának értékelése prof. Ing. Karol Rástočný,
RészletesebbenSzoftver-technológia II. Architektúrák dokumentálása UML-lel. Irodalom. Szoftver-technológia II.
Architektúrák dokumentálása UML-lel Irodalom L. Bass, P. Clements, R. Kazman: Software Architecture in Practice, Addison-Wesley, 2003 H. Störrle: UML 2, Panem, 2007 2 Szoftver architektúra (emlékeztet!)
RészletesebbenSzéchenyi István Szakképző Iskola
A SZAKKÖZÉPISKOLAI SZAKMACSOPORTOS ALAPOZÓ OKTATÁS EMELT SZINTŰ ISKOLAI PROGRAMJA 11-12. évolyam Érvényes a 2003-2004-es tanévtől felmenő rendszerben Átdolgozva, utolsó módosítás: 2004. április 26. Az
RészletesebbenA hierarchikus adatbázis struktúra jellemzői
A hierarchikus adatbázis struktúra jellemzői Az első adatbázis-kezelő rendszerek a hierarchikus modellen alapultak. Ennek az volt a magyarázata, hogy az élet sok területén első közelítésben elég jól lehet
RészletesebbenSztöchiometriai egyenletrendszerek minimális számú aktív változót tartalmazó megoldásainak meghatározása a P-gráf módszertan alkalmazásával
Sztöchiometriai egyenletrendszerek minimális számú aktív változót tartalmazó megoldásainak meghatározása a P-gráf módszertan alkalmazásával * Pannon Egyetem, M szaki Informatikai Kar, Számítástudomány
RészletesebbenAdatmodellezés. 1. Fogalmi modell
Adatmodellezés MODELL: a bonyolult (és időben változó) valóság leegyszerűsített mása, egy adott vizsgálat céljából. A modellben többnyire a vizsgálat szempontjából releváns jellemzőket (tulajdonságokat)
RészletesebbenHatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve
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 2012. május 17. Módszertanok
RészletesebbenDigitális írástudás, digitális műveltség
Digitális írástudás, digitális műveltség A statisztikai adatok és kutatási eredmények tükrében Eszenyiné dr. Borbély Mária Országos Könyvtárügyi Konferencia 202. november 22-23. Eurostat, 202 e-skills
RészletesebbenV. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus
V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus 1 Az előadás tartalma A GI helye az informatikában Az előadás tartalmának magyarázata A
RészletesebbenInformációs rendszerek Információsrendszer-fejlesztés
Információs rendszerek Információsrendszer-fejlesztés A rendszerfejlesztés életciklusa problémadefiniálás helyzetfeltárás megvalósítási tanulmány döntés a fejlesztésrıl ELEMZÉS IMPLEMENTÁCIÓ programtervezés
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (1) Szoftverminőségbiztosítás Bevezetés Tematika Hét Téma 1. Általános bevezetés, minőség koncepciók (termék- és folyamatminőség) szoftver minőségi jellemzők, kritériumok. 2.
RészletesebbenSzoftver min ség és menedzsment
Szoftver min ség és menedzsment 9. A szoftvermin ség irányítási vonatkozásai. Projektek tervezése, követése, vezérlése. Dr. Balla Katalin Tartalom A projekt el készítése A projekt indítása A projekt tervezése
RészletesebbenObjektumorientált paradigma és a programfejlesztés
Objektumorientált paradigma és a programfejlesztés Vámossy Zoltán vamossy.zoltan@nik.uni-obuda.hu Óbudai Egyetem Neumann János Informatikai Kar Ficsor Lajos (Miskolci Egyetem) prezentációja alapján Objektumorientált
RészletesebbenBevezetés a programozásba
Bevezetés a programozásba A szoftverfejlesztés folyamata PPKE-ITK Tartalom A rendszer és a szoftver fogalma A szoftver, mint termék és készítésének jellegzetességei A szoftverkészítés fázisai: Az igények
RészletesebbenMérés és skálaképzés. Kovács István. BME Menedzsment és Vállalatgazdaságtan Tanszék
Mérés és skálaképzés Kovács István BME Menedzsment és Vállalatgazdaságtan Tanszék Miröl is lesz ma szó? Mi is az a mérés? A skálaképzés alapjai A skálaképzés technikái Összehasonlító skálák Nem összehasonlító
RészletesebbenBánsághi Anna anna.bansaghi@mamikon.net. Bánsághi Anna 1 of 54
SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 2. ELŐADÁS - KÖVETELMÉNY MENEDZSMENT Bánsághi Anna 1 of 54 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK
RészletesebbenTeszt terv Új funkció implementációja meglévı alkalmazásba
Teszt terv Új funkció implementációja meglévı alkalmazásba Passed Informatikai Kft. www.passed.hu Farkas Gábor 2007-P-123-45-T-1-1 IIR - Test Manager course 2 Szerepkör Név Aláírás Aláírás dátuma IT Projekt
RészletesebbenIndikátorok projekt modellhelyszínein. Domokos Tamás szeptember 13.
Indikátorok és értékelés a TÁMOP T 5.4.1. projekt modellhelyszínein Domokos Tamás 2011. szeptember 13. Az értékelés különböző típusait és főbb kérdései Az értékelés típusa A fejlesztési folyamat értékelése
RészletesebbenBMEVIHIM134 Hálózati architektúrák NGN menedzsment vonatkozások: II. Üzemeltetés-támogatás és üzemeltetési folyamatok
Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatikus szak, mesterképzés Hírközlő rendszerek biztonsága szakirány Villamosmérnöki szak, mesterképzés - Újgenerációs
RészletesebbenVII. Szervezeti kultúra
BBTE, Politika-, Közigazgatás- és Kommunikációtudományi kar, Szatmárnémeti egyetemi kirendeltség VII. Szervezeti kultúra Szervezési- és vezetési elméletek 2013 Május 16 Gál Márk doktorandusz Közigazgatási
RészletesebbenCloud Computing a gyakorlatban. Szabó Gyula (GDF) Benczúr András (ELTE) Molnár Bálint (ELTE)
Cloud Computing a gyakorlatban Szabó Gyula (GDF) Benczúr András (ELTE) Molnár Bálint (ELTE) Az el adás felépítése CLOUD ALKALMAZÁSI FELMÉRÉSEK CLOUD COMPUTING DEFINICIÓK CLOUD SZOLGÁLTATÁSI ÉS ÜZEMEL-
RészletesebbenSzolgáltatás mérés/riportolás magas fokon Egy valós megoldás Pepsi berkekben
Szolgáltatás mérés/riportolás magas fokon Egy valós megoldás Pepsi berkekben Mérő Gábor PepsiAmericas Kft Technikai szolgáltatási Vezető Hajdú Miklós ICON Számítástechnikai Rt Alkalmazás- és Rendszerfelügyeleti
RészletesebbenIntelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft. Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
RészletesebbenAdatszerkezetek és algoritmusok
2009. november 13. Ismétlés El z órai anyagok áttekintése Ismétlés Specikáció Típusok, kifejezések, m veletek, adatok ábrázolása, típusabsztakció Vezérlési szerkezetek Függvények, paraméterátadás, rekurziók
RészletesebbenInformatikai projekteredmények elfogadottságának tényezői
Informatikai projekteredmények elfogadottságának tényezői Rabi Ákos 2014.02.18. Tartalom 1. Problémafelvetés Informatikai projekteredmények elfogadottsága 2. Informatikai projektek sikertényezői 3. Szoftverek
RészletesebbenProjectvezetők képességei
Projectvezetők képességei MOI modell Motivation ösztönzés Organisation szervezés Ideas or Innovation ötletek vagy újítás Más felosztás Probléma megoldás Vezetői öntudat Teljesítmény Befolyás, team képzés
Részletesebben30 MB INFORMATIKAI PROJEKTELLENŐR
INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai
RészletesebbenV & V Feladatok. V & V Feladatok
V & V Feladatok 2008.01.08 2. Feladat tartozik! A relációjel fordított. Hibás bemenetekre nem teszteltünk. Figyelmen kívül hagytuk az objektum konstruálás időigényét. A pointer értéke null. A program lefut,
RészletesebbenBevezetés Mi a szoftver? Általános termékek: Mi a szoftvertervezés?
Bevezetés Mi a szoftver? Számítógép-programok és kapcsolódó dokumentációk, illetve konfigurációs adatok, amelyek elengedhetetlenek ahhoz, hogy ezek a programok helyesen működjenek. Szoftvertermékek fejleszthető
RészletesebbenKód átvizsgálás. Irodalom. (Code review) code review,smart Bear Inc., ! Jason Cohen: Best kept secrets of peer
Kód átvizsgálás (Code review) 2 Irodalom! Jason Cohen: Best kept secrets of peer code review,smart Bear Inc., 2006 3 Célok, el!nyök! Jobb min!ség" kód! jobban karbantartható! Kevesebb hiba a kódban! rövidebb
RészletesebbenÜtemezési modellek. Az ütemezési problémák osztályozása
Ütemezési modellek Az ütemezési problémák osztályozása Az ütemezési problémákban adott m darab gép és n számú munka, amelyeket az 1,..., n számokkal fogunk sorszámozni. A feladat az, hogy ütemezzük az
RészletesebbenMegbízhatóság az informatikai rendszerekben
Megbízhatóság az informatikai rendszerekben Az információ Minden intelligens rendszer hajtóanyaga Az információ minőségi jellemzői Sértetlenség Biztonság Adatvédelem Titkosság Hitelesség Rendelkezésre
Részletesebben4. Használati útmutatás
megbízható(másnéven: robusztus): mert a programozási hibák egy részét megakadályozza,a másik részét pedig futás közben kisz ri és támogatja a fejleszt t azok professzionális kezelésében. biztonságos: megakadályozza
RészletesebbenA teljesítményértékelés és minősítés a közigazgatási szervek vezetésében
Kormányzati Személyügyi Szolgáltató és Közigazgatási Képzési Központ ROP.. Programigazgatóság A teljesítményértékelés és minősítés a közigazgatási szervek vezetésében Tankönyv a köztisztviselők továbbképzéséhez
RészletesebbenVáltozók. Mennyiség, érték (v. objektum) szimbolikus jelölése, jelentése Tulajdonságai (attribútumai):
Javascript Változók Mennyiség, érték (v. objektum) szimbolikus jelölése, jelentése Tulajdonságai (attribútumai): Név Érték Típus Memóriacím A változó értéke (esetleg más attribútuma is) a program futása
RészletesebbenSzolgáltatás Orientált Architektúra a MAVIR-nál
Szolgáltatás Orientált Architektúra a MAVIR-nál Sajner Zsuzsanna Accenture Sztráda Gyula MAVIR ZRt. FIO 2009. szeptember 10. Tartalomjegyzék 2 Mi a Szolgáltatás Orientált Architektúra? A SOA bevezetés
RészletesebbenPl: A NASA SEL által alkalmazott alapmetrikák. A RUP mérésekre vonatkozó ajánlásai 2001 /
Szoftver min ség és menedzsment 14. Mérési módszerek Dr. Balla Katalin Tartalom Konkrét mérési módszerek A Nasa SEL által alkalmazott metrikák A RUP mérésekre vonatkozó ajánlásai A termék komplexitásának
RészletesebbenFENNTARTHATÓSÁG. Fotó: Geiger Bálint
KNOW HOW FENNTARTHATÓSÁG FENNTARTHATÓSÁG INGATLAN STRATÉGIA Fotó: Geiger Bálint A Létesítménygazdálkodási és Épületüzemeltetési Szolgáltatók Országos Szövetsége (LEO) nevében tisztelettel köszöntöm Önt.
RészletesebbenIngatlanvagyon értékelés
Nyugat-Magyarországi Egyetem Geoinformatikai Kar Ingatlanfejlesztı 8000 Székesfehérvár, Pirosalma u. 1-3. Szakirányú Továbbképzési Szak Ingatlanvagyon értékelés 2. Számviteli alapok Szerzı: Harnos László
RészletesebbenOnline algoritmusok. Algoritmusok és bonyolultságuk. Horváth Bálint március 30. Horváth Bálint Online algoritmusok március 30.
Online algoritmusok Algoritmusok és bonyolultságuk Horváth Bálint 2018. március 30. Horváth Bálint Online algoritmusok 2018. március 30. 1 / 28 Motiváció Gyakran el fordul, hogy a bemenetet csak részenként
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Minőségbiztosítási rendszer Minőség menedzsment Minőségbiztosítás
RészletesebbenMérési hibák 2006.10.04. 1
Mérési hibák 2006.10.04. 1 Mérés jel- és rendszerelméleti modellje Mérési hibák_labor/2 Mérési hibák mérési hiba: a meghatározandó értékre a mérés során kapott eredmény és ideális értéke közötti különbség
Részletesebben1. tétel - Gráfok alapfogalmai
1. tétel - Gráfok alapfogalmai 1. irányítatlan gráf fogalma A G (irányítatlan) gráf egy (Φ, E, V) hátmas, ahol E az élek halmaza, V a csúcsok (pontok) halmaza, Φ: E {V-beli rendezetlen párok} illeszkedési
Részletesebbenés s a fenntarthatóság
Vállalatok társadalmi t felel ss sségvállalása és s a fenntarthatóság EOQ 55. Kongresszusa 15. szekció 1 Nyikos Györgyi: Fenntartható fejl dés A fejl dést hagyományosan a GDP-vel szokták mérni: gazdasági
RészletesebbenProjekt siker és felelősség
Projekt siker és felelősség dr. Prónay Gábor 10. Távközlési és Informatikai Projekt Menedzsment Fórum 2007. április 5. AZ ELŐADÁS CÉLJA figyelem felhívás a siker kritériumok összetettségére, az elmúlt
RészletesebbenJárműinformatika A járműinformatikai fejlesztés
Járműinformatika A járműinformatikai fejlesztés 2016/2017. tanév, II. félév Dr. Kovács Szilveszter E-mail: szkovacs@iit.uni-miskolc.hu Informatika Intézet 107/a. Tel: (46) 565-111 / 21-07 A járműfejlesztés
Részletesebben