Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
Szoftver minőség és menedzsment 4. A szoftverminőség folyamat alapú megközelítése. A CMM modell és a Bootstrap. Dr. Balla Katalin
Tartalom Modellezés, folyamatjavítás Érettségi modellek – A lépcsős modellek – A CMM modell – CMM felmérés – A Bootstrap módszer
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
2
A valós élet modellezése Emberek Irányítási folyamatok Műszaki folyamatok Szokások, konvenciók ….
Általános projekt modell Aprojekt előkészítése
Aprojekt irányítási modellje Aprojekt Aprojekt indítása végrehajtása
Aprojekt zárása
Aprojekt típus-modellje
WBS
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
3
1
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
Folyamatok – Folyamat: amit az emberek csinálnak. Közben eljárásokat, módszereket, eszközöket használnak. – Folyamat: • Bizonyos céllal elvégzett lépések / tevékenységek sorozata. (IEEE-STD-610).
– Szoftverfolyamat: • Azoknak a tevékenységeknek, módszereknek, eljárásoknak és transzformációknak az összessége, amelyeket az emberek szoftver fejlesztésének vagy karbantartásának céljából végeznek. [Paulk]. Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
4
Folyamatjavítás Örökös gondok a folyamatokkal: – – – –
idő költség specifikáció minőség…
Standish Group- CHAOS Study – Évi 250 milliárd USD-t költenek IT-re, átlagban 175000 projektet indítanak
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
5
Folyamatjavítás Standish Group- CHAOS Study – Évi 250 milliárd USD-t költenek IT-re, átlagban 175000 projektet indítanak Méret Leállított pr. „gyanús” Sikeres Működőképesség
nagy közepes kicsi
30% 37% 22%
62% 47% 50%
8% 16% 28%
42% 65% 74%
nagy: > 500 mil. USD közepes 200mil- 500 mil USD kicsi < 200 mil USD (forrás: ESI-SW-CMM, Training material, 2000)
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
6
2
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
Folyamatjavítás Az átadott termékekben levő hibák 15%-a bent marad,
amikor a terméket a felhasználónak átadják
Sok cég idejének és pénzének 30-44 %-át a már kész
szoftver újraírására használja
Folyamatjavításra szükség van!!! • Csökken az ügyfélnek átadott hibák száma (5% marad) • A projektek átfutási ideje 71%-kal csökkenhet • A termelékenység 222%-kal nőhet (naponta elkészült forrássorban v. funkciópontban mérve)
! Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
7
Igen, javítsunk, fejlesszünk! De ki fejlesszen? A jó folyamatok nem válnak automatikusan gyakorlattá. Ezért szükséges,
hogy szoftverfolyamat fejlesztést egy szakértőkből álló csoport végezze (szoftverfolyamat-fejlesztési csoport, SEPG), ajánlott létszáma a szervezet létszámának 1.5-3 %-a + időszakosan résztvevő szakemberek – Az SEPG tevékenységének megoszlása ([P. Jalote]):
• 22%: folyamat irányítás (új folyamatok definiálása, működő folyamatok figyelése, mérése és fejlesztése...) • 28%: folyamat bevezetés, működtetés • 12%: oktatás • 8%: auditok • 30%: különböző egyéb feladatok (dokumentáció karbantartása, képzésen részvétel, új eszközök és módszerek megismerése, kipróbálása...)
A szoftverfolyamat-fejlesztés nem azonos a
minőségbiztosítással!
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
8
Igen, fejlesszük! De mit és hogyan? A szoftverfolyamatot, a termék minőségét... Összetevőit, jellemzőit megértve, definiálva... – A szoftvergyártással kapcsolatos modellek a szoftver minősége körül „forognak”, amely sok mindentől függ, pl: – A minőséget értékelő személyétől / nézőpontjától / értékrendjétől – A szoftvergyártás típusától – Az életciklustól – Rendszer típusától / szoftver alkalmazási területétől – Üzletpolitikától – …
– ...de mindig ugyanazon objektumok bevonásával! Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
9
3
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
Objektumok és folyamatfejlesztés Jellemzők Mérőszám
ISO 9001
Minőségi attribútum
CMM
Definíció
Erőforrás
Folyamat
Termék
Dr. Balla Katalin
SPICE CMMI ISO 15504 TSP, PSP Objektumok
Szoftver minőség és menedzsment 4.
10
Folyamatjavítás Jól kell csinálni ! Tudni kell csinálni ! Mások tapasztalatából kell tanulni!
Ismert, sokszor kipróbált modellek
segíthetnek! Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
11
Modell alapú szoftverfolyamat fejlesztés A szoftvergyártás folyamatának
bizonyos elemeire koncentrál, fejlődési irányt mutat, sok korábbi tapasztalatot használ fel...
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
12
4
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
Érettségi modellek Elvek: Crosby 1979, Juran 1988,
Deming 1986, Humphrey 1989 Már az 1980-as években rájöttek, hogy vannak „érettebb” és „kevésbé érett” folyamatok. Bizonyos kritériumok alapján vizsgálják a szervezetet és / vagy annak bizonyos vonatkozásait A vizsgált területek jellemzői szerint a szervezetet / vizsgált folyamatot bizonyos érettségi szintre sorolják Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
13
Érettség A szoftver folyamat érettsége: • Annak mértéke, hogy egy folyamat mennyire pontosan meghatározott, vezérelt, mért, ellenőrzött és hatékony. [Paulk].
A szoftverfolyamat érettsége megmutat(hat)ja, hogy
a folyamat képes-e jó minőségű terméket előállítani, a költség- és időkeret betartásával.
Az érett szoftver folyamat: • Meghatározott (definiált), vezérelt, mért, ellenőrzött, hatékony és javulásra képes. Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
14
Érettségi modellek Meghatározott struktúrájuk van, a
szoftverfejlesztés bizonyos elemeire koncentrálnak Bizonyos ellenőrzési modellek alakultak ki, amelyek auditálhatóságot biztosítanak (pl. Bootstrap) Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
15
5
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
Érettségi modellek É Lépcsős modellek (staged models) – a teljes szervezetet vizsgálják – úgy tekintik, hogy egyetlen folyamat van a szervezetben, amelynek bizonyos jellemzői vannak – foglalkoznak: vezetési és műszaki folyamatokkal, az alkalmazott technológiával, magával a szervezettel…
Folytonos modellek (continuous models) – az egyes folyamatokra (és nem a teljes szervezetre) állapítanak meg érettségi szinteket bizonyos jellemzők alapján – a modell alkalmazója maga döntheti el, hogy milyen folyamat érettségét szeretné vizsgálni
„Kombinált”, integrált modellek – ötvözik a kétféle modellt, a bizonyítottan hasznos elemeket kiválasztva Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
16
Lépcsős modellek A szervezet egészét vizsgálják Úgy tekintik, hogy a szervezetben „egyetlen” folyamat van, a „szervezeti szintű folyamat”, ez maga a szoftverfejlesztési folyamat, amely magába foglalja: – – – – –
a szoftverfejlesztésben részt vevő embereket a szoftverfejlesztésben alkalmazott technológiát a szoftverfejlesztésben alkalmazott módszereket a szoftverfejlesztésben alkalmazott eszközöket ...
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
17
Lépcsős modellek A szervezeti szintű folyamatnak bizonyos
jellemzői / összetevői vannak A jellemzők alapján dönthető el, hogy a szervezet / a folyamat milyen érettségi szinten áll – A különböző érettségi szintekhez jól meghatározott jellemzők tartoznak
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
18
6
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
Lépcsős modellek: a CMM – 1982-ben az U.S. Department of Defense (DoD) foglalkozni kezdett a szoftverproblémáival. – Eredmény: létrejött a Software Engineering Institute (SEI) a Carnegie Mellon Egyetemen, 1984 decemberében. – 1986-tól projekt indult szoftverfolyamat-javítás témában.
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
19
Lépcsős modellek: a CMM 1989-1991- ben dolgozták ki
Watts Humphrey vezetésével
http://www.sei.cmu.edu/about/about.html
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
20
A CMM modell Első változata: – a Honvédelmi Minisztérium támogatására készült – kérdőív, 110 kérdéssel – lehetővé tette a szoftvercégek elhelyezését egy 5ös skálán
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
21
7
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
A CMM modell jelenlegi szerkezete Components Rated:
Maturity Levels indicate
contain
Key Process Areas Goals
Process Capability
Key Process Areas achieve
organized by
Goals
Common Features address
Rating Basis:
contain
Implementation or Institutionalization
Evidence of weaknesses Evidence of strengths Evidence of alternative practices Evidence of non-applicable practices
Key Practices describe
Infrastructure or Activities
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
22
A CMM modell jelenlegi szerkezete Érettségi szint tartalmaz
meghatároz
Kulcsfolyamat
Folyamatképesség
tartalmaz
elér
Általános jellemvonások
Célok
tartalmaz
megcé loz
Alapgyakorlatok
Bevezetés és intézményesítés
leír
Infrastruktúra vagy tevékenységek Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
23
A CMM modell Érettségi szintek: 1.: Kezdeti / kaotikus (initial) 2.: Ismételhető (repetable) 3.: Meghatározott (defined) 4.: Menedzselt (managed) 5.: Optimalizált (optimising)
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
24
8
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
5
Javításra felhasznált mennyiségi visszacsatolás
Folyamat változás menedzsment Technológia változás menedzsment Hibamegelőzés
Termelékenység és ciklus idő javítása
4
A hatékonyság, hatásosság, termelékenység és minőség mennyiségi biztosítása
Szoftver minőség menedzsment Mennyiségi folyamat menedzsment
A termelékenység és a ciklusidő javulása
3
A leghatékonyabb módszerek dokumentáltak és minden projektben használtak
Kölcsönös szemlék Csoportok közötti koordináció Szoftver termék fejlesztés Integrált szoftver menedzsment Képzési terv Szervezeti szintű folyamatok meghatározása Odafigyelés a folyamatokra
Hatékony módszerek léte
Szoftver konfigurációkezelés Szoftver minőségbiztosítás Szoftver alvállalkozók kezelése Szoftver projekt követés & felügyelet Szoftver projekt tervezés Követelmények menedzsmentje
2
1
A termékminőség lényeges javulása
A projekt tervezés és vezetés megfelelő
A projektek tipikusan idő- és- költségkeretet Szoftverátlépik minőség ésaz menedzsment
Dr. Balla Katalin
4.
A CMM felmérés
ellenőrzés
25 kockázat
Optimising (5) Process change management Technology chng management Defect prevention
Managed (4) Software quality management Quantitative process management Defined (3) Peer reviews Intergroup coordination Software product engineering Integrated software management Training program Organisation process definition Organisation process focus Repeatable (2) Software configuration management Software quality assurance Software subcontract management Software project tracking oversight Software project planning Requirements management Initial (1) Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
A CMM kulcsfolyamatai
26
Optimalizáló (5) Folyamatváltozás-menedzsment Technológiai változásmenedzsment Hibamegelőzés
Menedzselt (4) Szoftverminőség-menedzsment Folyamatmérés- és elemzés
Meghatározott (3) Egyenrangú szemlék Csoportok közötti koordináció Szoftvertermék-fejlesztés Integrált szoftvermenedzsment Képzési program Szervezeti szintű folyamatmeghatározás Folyamatközpontúság
Ismételhető (2) Szoftverkonfiguráció-menedzsment Szoftverminőség-biztosítás Szoftver alvállalkozók kezelése Szoftverprojekt-követés és vezérlés Szoftverprojekt-tervezés Követelmény-menedzsment
Kezdeti (1) Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
27
9
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
CMM felmérés Munkamódszer – Kérdőívek – Megbeszélések – Jelentés – Regisztráció adatbázisba Felmérés eredménye: egy egész szám az 1-5
skálán, indoklással. A szervezet egészére vonatkozó érettséget mutat. Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
28
A CMM érettségi szintek jellemzői 1. Kezdeti szint: – túlvállalás – a tervek és módszerek felrúgása – a termék esetleg működik, de a költség- és időkeretet túllépik – a siker az egyes személyek hozzáértésétől és „hősiességétől” függ – nem megismételhető Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
29
A CMM érettségi szintek jellemzői 2. Ismételhető szint: – egyes projektek folyamatokat alkalmaznak – a folyamatok projektenként változhatnak – szervezeti szintű „politika”, projektvezetés – A projektben: • reális vállalások • a projekt tervezik és követik (költség, idő és funkcionalitás szempontjából) • vannak projektre vonatkozó szabványok, és követik őket • a termékeket (work products) ellenőrzik • a beszállítókkal jól működő kapcsolat van Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
30
10
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
A CMM érettségi szintek jellemzői 3. Meghatározott szint: Szw projekt A vállalat szabványos szoftver folyamata
Dr. Balla Katalin
A projekt szabványos szw folyamata
Szoftver minőség és menedzsment 4.
31
A CMM érettségi szintek jellemzői 4. Menedzselt szint – Mennyiségi folyamat menedzsment – Szoftverminőség menedzsment – Statisztikai módszerek alkalmazása a folyamatokban – A folyamatváltozások vizsgálat, a sajátos okokra koncentrálva Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
32
A CMM érettségi szintek jellemzői 5. Optimalizált szint: – hibamegelőzés – technológia változás - menedzsment – folyamat változás - menedzsment – A gyenge teljesítmény valódi okainak meghatározása és megszüntetése – A szoftverfolyamat folytonos javítása Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
33
11
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
A CMM modell A világon 2150 szoftvercéget mértek fel 1997 és 2003
között, 11823 projektet, ebből : 2001-ben: 2002-ben: 2003:ban: 1-es szinten: 27.1 % 19.3 % 13.3% 2-es szinten: 39.1 % 43.2 % 43.5% 3-as szinten: 23.4 % 23.4% 25.6% 4-es szinten: 5.4 % 7.3% 8.5% 5-ös szinten: 4.8 % 6.8% 9.2% Forrás: http://www.sei.cmu.edu/sema/pdf/2003sepSwCMM.pdf Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
34
A CMM modell A világon 1124 szoftvercéget mértek fel 1997 és
2002 között, (2001 aug.-2002-aug. 106 céget), ebből : 2001-ben 2002-ben: 1-es szinten: 27.1 % 19.3 % 2-es szinten: 39.1 % 43.2 % 3-as szinten: 23.4 % 23.4% 4-es szinten: 5.4 % 7.3% 5-ös szinten: 4.8 % 6.8% Forrás: http://www.sei.cmu.edu/sema/pdf/2002aug.pdf Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
35
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
36
12
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
37
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
38
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
39
13
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
40
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
41
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
42
14
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
43
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
44
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
45
15
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
46
A CMM modell alkalmazásának tapasztalatai
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
47
CMM vagy ISO 9001? Proc e s s Ch a ng e M a na g em e n t
Level 5
T e c h n o lo g y C h a n g e M a n a g e m e n t
KEY PROCESS AREAS OF THE CMM
D e f e c t P r e v e n t io n
Level 4
S o f t w a r e Q u a lit y M a n a g e m e n t Q u a n t it a t iv e P r o c e s s M a n a g e m e n t P e e r R e v ie w s In t e r g r o u p C o o r d in a t io n S o f t w a r e P r o d u c t E n g in e e r in g
Level 3
In t e g r a t e d S o f t w a r e M a n a g e m e n t T r a in in g P r o g r a m O r g a n is a t io n P r o c e s s D e f in it io n O r g a n is a t io n P r o c e s s F o c u s S o f t w a r e C o n f ig u r a t io n M a n a g e m e n t S o f t w a r e Q u a lit y A s s u r a n c e
Level 2
S o f tw a r e S u b c o n tr a c t M a n a g e m e n t P r o j e c t T r a c k in g & O v e r s ig h t S o f t w a r e P r o je c t P la n n in g R e q u ir e m e n t s M a n a g e m e n t
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
% of CMM Key Practices addressed by ISO 9001 Source: CMU/SEI-94-TR-12 “A Comparison of ISO 9001 and the Capability Maturity Model for Software”
Dr. Balla Katalin
2003 / 2004
Directly addressed by ISO 9001 May be addressed by ISO 9001depending on interpretation Not addressed by ISO 9001
Szoftver minőség és menedzsment 4.
48
16
Szoftver minőség és menedzsment -4.
CMM vagy ISO 9001?
Folyamatjavítás. Lécsős modellek.
Level 5 - Optimising Process Change Management Technology Change Management Peer Reviews
“ISO 9001 Best Level 4 - Managed Software Quality Management Case KPA Quantitative Process Management Profile” Level 3 - Defined Peer Reviews (ESI) Intergroup Coordination Software Product Engineering Integrated Software Management Training Program Organisation Process Definition Organisation Process Focus
Level 2 - Repeatable
Software configuration management Software quality assurance Software subcontract management Software project tracking & oversight Software project planning Requirements management Dr. Balla Katalin
NA X
Fully Satisfied Partially Satisfied Not Satisfied Not Applicable Not Rated
Szoftver minőség és menedzsment 4.
49
CMM vagy ISO 9001?
Egy CMM-nek megfelelő rendszer alapja - általában egy ISO 9001-nek megfelelő rendszer ! Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
50
Szoftverminőség-biztosítás a CMM 2-es szinten Egy jól meghatározott és következetesen
végrehajtott ISO 9001:2000-nek megfelelő minőségirányítás
Projekt fázisokhoz igazodó SQA szervezet és auditok! – Projekt minőségügyi megbízottak / QA szerepkör: a projekttől független – Minőségbiztosítási terv a projektben – Rendszeres SQA auditok a projektben (minden termék szemléje!)
A többi CMM 2-es kulcsfolyamat rendszeres SQA szemléje
(PPL, PTO, RM, SCM, SSM)
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
51
17
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
A Bootstrap módszer A CMM kiterjesztése / változata Az EU ESPRIT projektje keretében dolgozták ki, 1991.
szept. és 1993 febr. között 1993-tól az Európai Bootstrap Intézet forgalmazza (http://www.bootstrap.org/)
Európai megközelítést ajánl a szoftverfejlesztési folyamat
javítására A CMM-en kívül az ISO 9001:1994 és ISO 9000-3
szabványokat is felhasználja Az alkalmazott érettségi modell megegyezik a CMM
érettségi modellel Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
52
A Bootstrap módszer Felépítése: – A szoftverfejlesztési egység (SPU) és a projektek számára szükséges területeket, folyamatokat és tevékenységeket határoz meg – Auditálja: az SPU-t és a projekteket, 3 vonatkozásban: • szervezet • módszerek • technológia A szoftver fejlesztési folyamat szervezettségét tekinti elsődlegesnek, de a
módszertannal és a technológiával is foglalkozik. Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
53
A Bootstrap folyamat felépítése Bootstrap Process Architecture
Software Producing Unit
Software Project
Organization
Methodology
•Technology Innovation •Techn. for Life Cycle Functions •Techn. for Life Cycle • Independent Functions •Tool Integration
•Quality System •Resource Management
Life Cycle Independent Functions
Life Cycle Functions
•Configurat. & Change man. •Risk Management •Project Management •Quality Management •Subcontractor Management
Dr. Balla Katalin
2003 / 2004
Technology
•Development Model •Req., Analysis &Definition •Architecture Design •Detailed Design & Impl. •Testing •Operation&Maintenance
Szoftver minőség és menedzsment 4.
Process Related Functions •Process Description •Process Measurement •Process Control
54
18
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
A Bootstrap alkalmazásának előnyei •Felkészít az ISO 9000 szerinti minősítésre •Olcsóbb az ISO 9000 felmérésnél •Útmutatást ad a magasabb szint elérésére •Nemcsak egész értékekben kifejezhető érettségi szinteket mutat (pl. lehet 2.75) •A különböző attribútumok érettségi szintjét külön is megmutatja
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
55
Példa egy Bootstrap által adott profilra
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
56
Miről volt szó Mérőszám Minőségi attribútum Definíció
Erőforrás
2003 / 2004
Folyamat
Termék
Dr. Balla Katalin
Szoftver minőség és menedzsment 4.
57
19
Szoftver minőség és menedzsment -4.
Folyamatjavítás. Lécsős modellek.
További felhasznált irodalom
Watts S. Humphrey:”Managing Technical People: Innovation Teamwork, and the Software Process”, Addison-Wesley-Longman”, 1997
M.C. Paulk, B. Curtis, M.B. Chrisis, “Capability Maturity Model for software, version 1.1”, Software Engineering Institute Technical Report, 1993
J. Paulson, “Introduction to Software Process Management:, University of Calgary Technical Report, 1998
Watts S. Humphrey:”Introduction to Software Process Improvement” June 1992
Watts S. Humphrey:”A Discipline for Software Engineering”, Addison-Wesley, 1995
Mohácsi János: Egyetemi jegyzetek (51CMM.PPT)
Dr. Balla Katalin
2003 / 2004
Szoftver minőség és menedzsment 4.
58
20
