„Szoftverminőség - Vizsga 2011.01.04.” változatai közötti eltérés
24. sor: | 24. sor: | ||
===2. Mi a funkciópont számítás? Röviden ismertesse a COSMIC módszert!=== | ===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:=== | ===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:=== |
A lap 2014. január 17., 14:18-kori változata
Fejből írtam, nem vagyok mindben 100%-ig biztos -- fape
Tartalomjegyzék
- 1 1. A szoftver minőség mely összetevői jellemző(k) az alábbiakra:
- 2 2. Mi a funkciópont számítás? Röviden ismertesse a COSMIC módszert!
- 3 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:
- 4 4. Az előző célok közül melyeknek felelnek meg:
- 5 5. Mi a CMMI-DEV, CMMI-SVC, CMMI-ACQ. A szoftver életciklusában mikor melyiket alkalmazhatjuk?
- 6 6. Írjon 5 olyan folyamatot, ami megtalálható mind 3 konstellációban (CMMI-DEV, CMMI-SVC, CMMI-ACQ). Valamint 3 olyat folyamatot amely csak a CMMI-DEV-ben.
- 7 7. Mi a minőségköltsége és miből ered?
1. A szoftver minőség mely összetevői jellemző(k) az alábbiakra:
- SPICE
Software Process Improvement and Capability Determination - A szoftverminőség első folyamatközpontú megközelítése
- Boehm modell
A szoftver egyik első termékközpontú megközelítése
- Automotive SPICE
A SPICE modell autóipari alkalmazásra átalakított változata. Folyamatközpontú megközelítés.
- ISO 9126
A termékközpontú szoftverminőség újragondolása.
- IFPUG
International Function Point Users Group - A Funkciópontszámítás módszerének használóinak világméretű szervezete. A funkciópontszámítás egy termékalapú metrikát határoz meg, amely segítségével programnyelvfüggetlen módon határozható meg egy adott probléma mérete funkciópontokban.
- CMMI
Capability Maturity Model Integration - Az amerikai Software Engineering Institue által kidolgozott folyamatközpontú modell.
- PSP
Personal Software Process - Eredetileg Watts Humphrey által kidolgozott, a szoftverfejlesztők személyes munkavégzésére koncentráló módszertan, amely az eredeti CMM és a későbbi CMMI 5. érettségi szintjének megfelelő munkafolyamatokat honosít meg a szoftverfejlesztői munkavégzés szintjén. Folyamatközpontú.
- TSP
Team Software Process - A PSP szerint dolgozó szoftverfejlesztők együttes munkavégzésének az optimális összehangolását bizosító módszertan. Folyamatközpontú.
- GQM
Goal Question Metric
- ISO 9000:2000
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:
- GP 2.6 Konfigurációk menedzsmentje.
- GP 2.8 Folyamatkövetés és –vezérlés.
- GP 2.9 A megfelelőség tárgyilagos kiértékelése.
4. Az előző célok közül melyeknek felelnek meg:
- GQM
- ISO 9001:2000
5. Mi a CMMI-DEV, CMMI-SVC, CMMI-ACQ. A szoftver életciklusában mikor melyiket alkalmazhatjuk?
Mind a három egy-egy CMMI konstelláció rövidítése. A konstellációk tulajdonképpen valamilyen szakterülethez kapcsolódó sajátos folyamatokat írnak le. Ezek a konstellációk (azaz szakterületek) a következők:
- CMMI-DEV - Fejlesztés
- CMMI-SVC - Szolgáltatás
- CMMI-ACQ - Beszerzés
6. Írjon 5 olyan folyamatot, ami megtalálható mind 3 konstellációban (CMMI-DEV, CMMI-SVC, CMMI-ACQ). Valamint 3 olyat folyamatot amely csak a CMMI-DEV-ben.
Csak CMMI-DEV:
- RD (Requirement Development) - Követelményfejlesztés
- TS (Technical Solution) - Műszaki megoldás
- PI (Product Integration) - termék integráció
- VAL (Validation) - Validáció
- VER (Verification) - Verifikáció
Mind a 3 konstellációban:
- Configuration Management
- Organization Process Definition
- Organizational Process Performance
- Quantitative Project Management
- Organization Training
Fejlesztésben (CMMI V1.2-DEV) alkalmazott folyamatok:
- PI – termék integráció
- RD - Követelményfejlesztés
- SAM – Beszállítói megállapodás menedzsment
- TS – Műszaki megoldás
- VAL - Validáció
- VER – Verifikáció
CMMI-SVC-ben alkalmazott folyamatok:
TODO: ellenőrizni az alábbiakat
- SCON (3) - Service Continuity
- SD (2) - Service Delivery
- SSD (3) - Service System Development
- SST (3) - Service System Transition
- STSM (3) - Strategic Service Management
- CAM (3) - Capacity and Availability Management
- IRP (3) - Incident Resolution and Prevention
CCMMI-ACQ-ben alkalmazott folyamatok
TODO: mik tartoznak ide?
7. Mi a minőségköltsége és miből ered?
-- FaPe - 2011.01.06.