„Szoftverminőség - Vizsga 2011.01.04.” változatai közötti eltérés

← Régebbi szerkesztés

VizuálisWikiszöveges

@@ 1. sor: / 1. sor: @@
+{{Vissza|Szoftverminőség}}
 Fejből írtam, nem vagyok mindben 100%-ig biztos -- fape
 ===1. A szoftver minőség mely összetevői jellemző(k) az alábbiakra:===
+* '''ISO 9126:''' ''termék:'' definíció, minőségi attribútum, mérőszám (termék alapú)
+* '''Boehm:''' ''termék:'' definíció, minőségi attribútum, mérőszám (termék alapú)
+* '''McCall:''' ''termék:'' definíció, minőségi attribútum, mérőszám (termék alapú)
+* '''ISO 9000''': (folyamat alapú!)
+* '''ISO 9001:2000 (MSZ EN ISO 9001):''' ''termék:'' minőségi attribútum, mérőszám; ''folyamat:'' definíció, minőségi attribútum, mérőszám (folyamat alapú!)
+* '''CMM (a.k.a. CMMI):''' ''termék:'' minőségi attribútum, mérőszám; ''folyamat:'' definíció, minőségi attribútum, mérőszám (folyamat alapú !?!)
+* '''SPICE:''' ''termék:'' folyamat minőségi attribútum, mérőszám; ''folyamat:'' definíció, minőségi attribútum, mérőszám (folyamat alapú!)
+* '''ISO 15504:''' ''termék:'' inőségi attribútum, mérőszám; ''folyamat:'' definíció, minőségi attribútum, mérőszám (folyamat alapú!)
+* '''TSP''': ''termék:'' minőségi attribútum, mérőszám; ''folyamat:'' definíció, minőségi attribútum, mérőszám (folyamat alapú !?!)
+* '''PSP:''' ''termék:'' minőségi attribútum, mérőszám; ''folyamat:'' definíció, minőségi attribútum, mérőszám (folyamat alapú !?!)
+* '''PM módszertanok, People CMM, Weinberg:''' ''folyamat:'' definíció; ''erőforrás:'' definíció, minőségi attribútum, mérőszám; (folyamat alapú ?)
+* '''GQM:''' termék+folyamat+erőforás: mérőszám
+[[File:szoftvermininoseg_vizsga_2013_szoftverminoseg-osszetevoi.png]]
 * SPICE
 Software Process Improvement and Capability Determination - A szoftverminőség első folyamatközpontú megközelítése
@@ 24. sor: / 40. sor: @@
 ===2. Mi a funkciópont számítás? Röviden ismertesse a COSMIC módszert!===
+'''Funkciópont számítás'''
+* Kifejlesztésének célja: különböző technológiákkal történő szoftverfejlesztések hatékonyságának összehasonlítása
+* Albrecht céljai a funkciópont számolással:
+** a szoftver méretének következetes mértéke legyen
+** legyen független a fejlesztésben alkalmazott technológiától
+** alkalmazása legyen egyszerű, eredménye sokatmondó a végfelhasználónak (is)
+* Később rájöttek, hogy a módszer jól alkalmazható a specifikáció alapján történő becsléskor
+* A mérés minden „divatos „ modellben fontos!
+* A szoftveriparnak szüksége van valamilyen módszerre, amely a szoftvertermék funkcionális méretét határozza meg
+Problémái:
+* A funkciópont számolásra vonatkozó mérési program kidolgozása és fenntartása nehezebbnek bizonyult a tervezettnél
+** az adatgyűjtési ráfordítás „belefolyik” a projektekbe
+** az adatok elemzése nehéz, kevés a jó eredmény
+** a mérési programokat folyamatosan átszervezik, csökkentik a költségeiket, egyre kevesebb időben, külsősökkel próbálják megoldani
+* A számolási szabályok egyre bonyolódnak
+* Egyre kevesebbet mond a számolás eredménye
+* Kritikák az akadémiai szférából
+* Sokfajta funkciópont számolási modell-változat
+* A számolások eredményei túlságosan felduzzadnak, irrelevánssá válnak
+'''Az IFPUG funkciópont számítási módszer'''
+* :) legtöbbet használták, sok a tapasztalat, esettanulmány
+* :) nagy nemzetközi szervezeti háttér (képzés, konzultáció, certificate…)
+* :) adatfeldolgozó rendszerekben jól használható
+* :( valós idejű rendszereknél nem használható
+* :( csak alkalmazás - típusú szoftverekre használható
+* :( a módszer struktúrája és a benne használt súlyozások (fontossági sorrendek) kérdéses
+'''Az MKII funkciópont számítási módszer'''
+* :) Menedzsment rendszerekre találták ki, és sokat is használták, jól lehet becslésben alkalmazni
+* :) Az IFPUG továbbfejlesztése, több adatot tartalmazó rendszerre
+* :) A struktúrált elemzési módszerekkel konzisztens
+* :) Az életciklus korai fázisában alkalmazható
+* :) Nagy támogatottság, képzés, certificate…( de kevesebb az IFPUG-nál)
+* :( használták már valós idejű rendszereknél, de ilyenkor át kell értelmezni
+* :( csak alkalmazás - típusú szoftverekre használható
+'''A COSMIC funkciópont számítási módszer'''
+* A szoftver funkcionalitásának egyszerű modelljén alapszik
+* :) Egyszerű és egyértelmű
+* :) Minden típusú szoftverre alkalmazható (MIS és valós idejű)
+* :) Többrétegű architektúrák bármely komponensének esetében is alkalmazható
+* :) Használták már: az IBM-nél, OO fejlesztési projektek becslésében, távközlésben, repülőgép-iparban...
+* :( Kevesebb a tapasztalat, kevesebb esettanulmány
+* :( Kevésbé részletes számolási útmutatók
 ===3. Értelmezze a "Mérés és elemzés (MA)", a "Konfigurációmenedzsment (CM)" és a "Folyamat- és termék minőségbiztosítás (PPQA)" folyamatokra az alábbi általános célokat:===
@@ 64. sor: / 125. sor: @@
 '''CMMI-SVC-ben alkalmazott folyamatok:'''
 TODO: ellenőrizni az alábbiakat
 * SCON (3) - Service Continuity
 * SD (2) - Service Delivery
@@ 74. sor: / 137. sor: @@
 '''CCMMI-ACQ-ben alkalmazott folyamatok'''
 TODO: mik tartoznak ide?
 ===7. Mi a minőségköltsége és miből ered?===
+A minőség nincs "ingyen" (megfelelőség költsége), de olcsóbb, mint a lehetséges alternatíva (nem megfelelőség költsége).
+'''CoQ = megfelelőség költsége + nemmegfelelőség költsége'''
+* megfelelőség költsége = megelőzés költsége + értékelés költsége (mennyit fektetünk abba, hogy a fejlesztésben ne kelljen javítások miatt “visszatérni”)
+** Megelőzés:
+**: hibák megelőzésével kapcsolatos költségek:
+**: tervezés, dokumentálás, képzés, eszközök, eljárások és szabványok, minőségjavítási projektek, adatok gyűjtése ée elemzése, hibák okának elemzése, minőségi jelentések...
+** Értékelés
+**: hibakereséssel kapcsolatos költségek:
+**: szemlék (rendszer, követelmény, tervezés, teszetlési terv), kódszemlézés, tesztelés (első alkalommal), auditok, CMM felmérés...
+* nemmegfelelőség költsége = belső hibák költsége + külső hibák költsége (mennyibe kerül “visszatérni” és javítani)
+** Belső hibák költsége
+**: a rendszer átadása előtt megtalált hibákkal kapcsolatos költségek:
+**: újraírás (követelmények, tervek, modellek, kód, dokumentáció), hibajavítás miatti újratesztelés, folyamatokban jelentkező veszteségek (tesztelés miatti kiesés, átadandók változtatása, időbeli csúszások, költsége-túllépések…)
+** Külső hibák költsége
+**: a rendszer átadása után megtalált hibákkal kapcsolatos költségek
+**: garancia, „apró” módosítások, sikertelen projektek, be nem tervezett verziók...
+--[[Szerkesztő:Halacs|Halacs]] ([[Szerkesztővita:Halacs|vita]]) 2014. január 17., 17:11 (UTC)
 -- [[FaPe|FaPe]] - 2011.01.06.
-[[Category:InfoMsc]]
+[[Kategória:Mérnök informatikus MSc]]