Szoftver min ség és menedzsmentkondor/rszf/SWMM/ELOADASOK/SzMM1-1.pdf · 2. A szoftvermin ség...

Szoftver min ség ésmenedzsment

1. Bevezetés, alapfogalmak

Dr. Balla Katalin

Dr. Balla Katalin Szoftver min ség és menedzsment - 1. 2

Bemutatkozás


A tantárgy célkitzése

✔A hallgatók megismertetése– a szoftverminség fogalmával

– a világban leggyakrabban alkalmazott• megközelítésekkel, szabványokkal, módszerekkel

✔Segítségnyújtás a tájékozódásban

✔Folyamatjavítási projektekkel kapcsolatostapasztalatok átadása

✔Gyakorlatok, példák, esettanulmányok


A tantárgy oktatásának módja

✔El adások– Helye:IB 145

– Ideje: hétf : 8.15- 10., csütörtök 10.15-12

✔A „Rendszerfejlesztés” szakirányon atárgyhoz laboratórium is tartozik

✔Fóliák másolata a web-en✔ www.iit.bme.hu-->Hallgatói információk --> Rendszerfejlesztés szakirány -->

Szoftver minség és menedzsment


A tantárgy oktatásának módja

✔További felhasználható irodalom:• K. Balla: The Complex Quality World. Developing Quality

Management Systems for Software Companies. Beta Books, EinhovenUniversity of Technology, 2001.

• N. E. Fenton, Sh. L. Pfleeger: Software Metrics: a Rigorous & PracticalApproach. International Thomson Computer Press, 1997.


A tantárggyal kapcsolatoskövetelmények

✔A szorgalmi id szakban:– ZH, 8. oktatási héten (várhatóan április 4.)

– A ZH eredménye a vizsgajegybe beszámít (30%)

✔Vizsga– írásbeli (elmélet, gyakorlat)

– szóbeli kérdések


A tananyag szerkezete -összefoglalás

I. Bevezetés, alapfogalmak II. A szoftvermin ség megközelítései

– termék alapú (Boehm, McCall, ISO 9126)– folyamat alapú (ISO 9001, CMM, SPICE)– projektirányítás (módszertanok, fontos tevékenységek...)

III. Min ség, attribútumok, mérések– PM, m szaki folyamat, termék– tesztelés

IV. A QMIM keret V. A tanultak gyakorlati alkalmazása

– Projektirányítási rendszer, minségügyi rendszer kialakítása, szerkezete– Auditok: ISO, CMM, SPICE– Min ségi jellemzk meghatározása, mérése

VI. Összefoglalás


A tananyag szerkezete (1)1. Bevezetés, alapfogalmak

2. A szoftverminség termék alapú megközelítése

3. A szoftverminség folyamat alapú megközelítése

4. Folyamatjavítás, lépcss modellek: CMM

5. Folyamatjavítás, folytonos modellek: SPICE

6. Folyamatjavítás, PSP, TSP, CMMI

7. A szoftverprojektek irányítási vonatkozásai

8. Projektirányítási módszertanok (PINCE, RUP…)

9. Projektek tervezése, követése, vezérlése


A tananyag szerkezete (2)

10. Kockázatkezelés a projektben

11. Az emberi tényez a projektben

12. A szoftverminség fontos elemei, mérési alapfogalmak, PMmér számok

13. M szaki folyamatok mérése, mérési módszerek

14. A termék jellemzi; funkciópont számolás

15. Tesztelési módszerek, eszközök

16. A tesztelés tervezése, végrehajtása, dokumentálása

17. A szoftverminség egy lehetséges megközelítése: a QMIMkeret, elemei, alkalmazása


A tananyag szerkezete (3) $]�HGGLJ�WDQXOWDN�J\DNRUODWL�DONDOPD]iVD� 18. Projektirányítási rendszer kialakítása, „PM2”

19. Min ségirányítási rendszer kialakítása.

20-21. Min ségügyi rendszer szerkezete, ISO audit.

22.Folyamatjavítás. CMM audit.

23. Folyamatjavítás. SPICE audit .

24. Mérések tervezése és bevezetése a szoftvercégnél

25. Termékjellemzk meghatározása és mérése

26. Összefoglalás. Egy folyamatjavítási tevékenységsikerességének feltételei


Bevezetés, alapfogalmak

✔ A szoftvermin ség definíciója

✔A szoftvermin ség fogalmának idbeliváltozása

✔Garvin definíciói

✔A szoftvermin ség összetevi

✔Mit l függ a szoftverminség definíciója?

✔A szoftvermin ség hazai helyzete


Definíciók

✔ Min ség : a dolgok lényegét jellemz tulajdonságokösszessége, filozófiai kategória, illetve valaminekértékelést is magában foglaló jellege. (MagyarÉrtelmez Szótár)

✔ Quality: degree of excellence, relative nature or kindof character, class or grade of thing as determined bythis, general excellence (The New Oxford IllustratedDictionary)– Qualitas / ποιοτεσ, Cicero / Platón / Arisztotelész

(Encyclopedia Britannica, vol.18.)


Definíciók✔ Szoftver: szellemi termék, amely egy hordozó médiumon

lev információkból áll. (ISO/DIS 9000: 2000)– Megj: a szoftver megjelenhet koncepciók, ügyletek vagy eljárások

alakjában. Egy példa a szoftverre a számítógépprogram.

✔ Szoftver = olyan szellemi alkotás, amely magában foglaljavalamely adatfeldolgozó rendszer mködését biztosítóprogramok, eljárások, szabályok és a hozzájuk tartozódokumentáció összességét. (ISO 9000-3)

✔ Szoftvertermék = számítógépi programok, eljárások, adatokés a hozzájuk tartozó dokumentáció olyan komplett készlete,amelyet valamely felhasználónak való szállításra terveztek.(ISO 9000-3)


Miért vannak hibái a szoftvernek?

✔ Komplex feladatok elvégzésénél az emberekkövetnek el hibákat, ez elkerülhetetlen

✔ Tapasztalt programozók átlagban minden 10forrássorban vétenek 1 hibát

✔ Ezen hibák felét a gépnyelvre történ fordításkorkijavítják

✔ A tesztelés során további hibák is kijavulnak, de ahibák 15%-a bent marad az ügyfélnek valóátadáskor

(Watts Humphrey: „What if your life depended on software?”Eladás a 2000-s EuroSPI konferemcián,Koppenhága, 2000. április)


Hibák a szoftverben

✔ És mi van, ha a szoftver kritikus? Hány hiba lehetbenne?

✔ Hogyan kezeljük ezeket a hibákat?

✔ Hogyan közelítsünk a szoftverminséghez?


Definíciók

✔ Szoftvermin ség = ???


Min ség

Átadandók

Elvárások


A szoftvermin ség fogalmánakid beli változása

✔ A ’’V]iPtWiVWHFKQLND�K VNRUiEDQ’’:– A program jó, ha bizonyos id után egyszer lefut és a

várthoz hasonló eredményeket ad.

✔Kb. 1960-1975 : ’’PLNURKDWpNRQ\ViJ’’– A program jó, ha alkalmazása egy adott hardver-szoftver

környezetben olcsó, az adott kapacitást a konkrét feladatmegoldására optimálisan használja ki.

✔Kb. 1980-tól : ''PDNURKDWpNRQ\ViJ– A jó program hordozható, forráskódja több ember

számára is érthet, követhet és a legmesszebbmenkigfelhasználóbarát.



✔Jelenleg:• Programrendszerek helyessége a kérdés

• Módszertanok: a szoftver egész életciklusára vonatkozóel írások

• Case-eszközök : jóformán automatikusan, a lehetlegkevesebb hibával jutunk el a specifikációtól a mködprogramrendszerig

• TQM: az utólagos tesztelés helyett a teljes procedúrátúgy építik fel, hogy a követelményeknek megfeleljen

• "Beépített intelligencia"



✔Jelenleg:– Szoftver

• „vezeti” a repül gépeket

• gyorsítja, fékezi a gépkocsikat

• „mozgatja” a pénzünket

• életünk minden területébe „beleszól”

– Hibás szoftver:• embereket ölhet meg

• pénzügyi csdöt eredményezhet

• világkatasztrófához vezet folyamatokat indíthat el


Garvin definíciói (1984)

✔7UDQV]FHQGHQV�GHILQtFLy:– A min ség a veleszületett kiválóságot jelenti.

Eszerint a minség abszolút, egyetemes - annakellenére, hogy nem lehet pontosan meghatározni.A min séget csakis tapasztalat alapján lehetfelismerni.



✔)HOKDV]QiOyL�DODS~�GHILQtFLy:– A min ség a felhasználásra való alkalmasság. Ez

a definíció abból indul ki, hogy, mivel afelhasználóknak egyedi igényeik vannak, az alegjobb min ség termék, amelyik ezeket azigényeket a legmagasabb fokon kielégíti.



✔eUWpN�DODS~�GHILQtFLy:– A min séget a költség függvényében határozza

meg. Eszerint a jó minség termék alacsonyáron alkalmas a kitzött feladat elvégzésére,illetve elfogadható nagyságú költségek mellettfelel meg a specifikációjának.



✔7HUPpN�DODS~�GHILQtFLy:– A min ség precíz és mérhet változó. A

min ségi különbségek a termékek egyesösszetevinek vagy jellemzinek akülönbségeibl fakadnak. A minség tehát nemmegítélés kérdése, hanem a termékben rejl -objektív - jellemz.



✔)RO\DPDW�DODS~�GHILQtFLy:– A min ség a specifikációnak való megfelelséget

jelenti.


A szoftvermin ség összetevi

–Termék

–Folyamatok

–Er források (lásd Fenton -nál)

– Definíció

– Min ségi attribútum

– Mér szám


A min ségügyi keret

Folyamat

Term

ék

Er

forrás

Definíció

Min ségi attribútum

Mér szám

2EMHNWXPRN

-HOOHP] N


Szoftvermin ség -megközelítések

GQM

PM MódszertanokWeinberg e lmé lete

(UIRUUiV

Fol

yam

at

Term

ék

Definíció

Min. attribútum

Metrika

CMM

Boot st rap

SPICE

IS O 9000

Boehm

McCall

IS O 9126

IS O 15504


Mit l függ a szoftverminségdefiníciója?

✔ A min séget értékel személyétl /néz pontjától / értékrendjétl

✔ A szoftvergyártás típusától

✔ Az életciklustól

✔ Rendszer típusától / szoftver alkalmazásiterületét l

✔ Üzletpolitikától

✔…


Min ségügyi keret, objektumokés nézpontok

ObjektumNéz SRQW

7HUPpN )RO\DPDW (U IRUUiV

)HOKDV]QiOy Felhasználóelégedettsége

Részvétel alapú Kölcsönhatásalapú

)HMOHV]W Rendszer alapú Fejlesztési tervalapú

Alkalmazásalapú

3URMHNWYH]HW Projekt alapú EllenU]pV�DODS~ Allokációs alapú

(Forrás: Trienekens: Quality Management in software production, a customer oriented approach.

In: Integrat in production management systems, Elsevier Science Publisher BV, 1992)


A szoftvergyártás típusaiFejlesztésKomponensekb O

Fejlesztés(rész)termékekb O

Fejlesztésscratch-b O

Termék{

Tervezési ésimplementációs specifikáció

Elemzés,tervezés,implementálásispecifikáció

Követelmény-elemzés,tervezés ésimplementációs specifikáció

modellezés{ Formálistermék-elemek

Informálistermékreferencia-modellek

----

}A korábbi}munka

Folyamat{

Formálistevékenységistruktúrák

Informáliséletciklusreferencia-modellek

---- }újrafelhasználása

modellezés{ Tevékenységmodellezése

Életciklusmodellezése

Életciklusmodellezése


Min ség,az életciklus függvényében

Term

ék á

tdol

gozá

sa

Termék „átvitele”

Termék m ködése

karbantarthatóság„hajlékonyság”tesztelhetség

hordozhatóságújrafelhasználhatóságegyüttm ködés

helyességmegbízhatósághasználhatósághatékonyság

teljesség

(McCall)


Min ség az értékel szerint

✔ Felhasználó– azt csinálja, amit

szeretnék

– gyors válaszid

– könny használhatóság

– gyorsan készüljön el

– az üzleti változásokatköveti

– a hibás adatokat tudjakezelni

– ...

✔ Tervez– jól specifikált

– m szakilag korrekt

– könnyen karbantartható

– könnyen fejleszthet

– stabil

– megfelel adatokat kap

– ...


Min ség, az értékel szerint

✔Felhasználó– …a szoftver használata, a szoftver teljesítménye,

a használatának következményei

– ...QHP érdekli a szoftver bels szerkezete sem az,hogy hogyan fejlesztették

– Érdekelheti: funkcionalitás, megbízhatóság,hatékonyság, használhatóság, hordozhatóság



✔Fejleszt– …a köztes termék-minség, és a végtermék

min sége• A felhasznált minségi attribútumok és

mér számok az életciklus fázisaiban különbözeklehetnek.

• Karbantarthatóság

– A végtermék minségi jellemzit afelhasználóval egyeztetve, közösen kellelfogadni.



✔Menedzser– …a min ség, átfogóan

– … QHP érdeklik specifikus minségiattribútumok

• …a menedzsment szempontjából történmin ségjavítás (csúszások, költségtúllépésekkiküszöbölése).

• A különböz min ségi attribútumokhozfontossági sorrendet kell rendelni, amely az üzleticélokat tükrözi.


Min ség a szoftver alkalmazásiterülete szerintSpaceshuttle orairplane

Satellite

Detectionand alarm

Managementsystem

Test bench

corr

ectn

ess

rel

iabi

li

effic

ienc

y

inte

grity

usab

ility

mai

ntai

nabi

y

flexi

bilit

y

test

abili

ty

port

abili

ty

reus

abili

ty

inte

rope

rabi

.

(Trienekens, J.J.M.)


Szoftvermin ség és üzletpolitika

✔ Gyorsaság

✔ Határid k betartása

✔ Specifikációnak való 100% megfelelés

✔ Teljes lefedettség a tesztelés során

✔ ...


A min ségi követelményekmeghatározása

1. Min ségi

követelmények meghatározása

2. Min ségi követelményekfontossági

sorrendjénekmeghatározása

4. Min ségfaktorokfontossági

sorrendjénekmeghatározása

3. Min ségfaktorokmeghatározása


A szoftvermin ség hazai helyzete

✔ „Régebben”:– 1973-1976: elméleti megközelítés– 1977: Szoftver Minségi Alapkövetelmény– 1978: Felhasználói programok forráslista alapján

történ min sítése– 1979: SOMIKA- Szoftverminség-ellenrz és

kapacitásfigyel– 1985: KAF - tanácsi szervek számára, programok

helyessége, minsítés


A szoftvermin ség hazai helyzeteeY 7pPD .XWDWyN�QHYH1973 teszt adatgenerátorok Várkonyi Zsolt

teszt ágy Soós Klára1975 Qualisoft programrendszer, a pro Q-ra jellemz

mér V]iPRNSzentes János

1976 VDM, matematikai (elméleti) helyességbizonyítása

Dömölki BálintSántáné Tóth Edit

�� $�SURJUDPWHUPpNHN�HOOHQ U]pVH 9iUNRQ\L�=VROW�� 6]RIWYHU�0LQ VpJL�$ODSN|YHWHOPpQ\ 6].,1978 Felhasználói programok forráslista alapján

történ �PLQ VtWpVHBeiczer ÖdönSzentes János

1978 Helyességmér � WUDQV]IRUPiFLyN� DONDOPD]iVDprogramszintézisre és program-optimalizálásra

Farkas ZsuzsaSántáné Tóth Edit

1979 metrikák Varga LászlóKozma László (ELTE)

SOMIKA - Szoftvermin VpJ�HOOHQ U] � pVkapacitásfigyel

SZKI

1984 módszertani anyag, program previzsgálás Bánné1985 KAF - tanácsi szervek számára, programok, ezek

helyessége, minVtWpVKepler KárolyGáspár Mátyás


A szoftvermin ség hazai helyzete✔ ")HOKDV]QiOyL�SURJUDPRN�IRUUiVOLVWD�DODSMiQ�W|UWpQ

PLQ VtWpVH� [Softtech sorozat, D26, SzKI, 1978. szeptember, Beiczer Ödön, Szentes János] a SIEMENS cég

COBOL programokra kidolgozott kérdéskatalógusából kiindulva a kérdéskatalógus hazai helyzetre történt adaptálását írjale.

1. �0D�LV��pV�PpJ�KRVV]~�LGHLJ�0DJ\DURUV]iJRQ�D]�HJ\HWOHQ�RO\DQGRNXPHQWXP��DPL�PLQGLJ�HONpV]�O�HJ\�V]RIWYHU�WHUPpNUH��D]�DIRUUiVOLVWD��

2. "Az egyre magasabb szint nyelvek megjelenésével a forráslista mindtöbb dokumentációtípus kiváltására alkalmas."

3. "Lévén a forráslista a program egyik megjelenési formája, annakvalamennyi lényeges tulajdonságát magán viseli, más kérdés, hogy miazt ma mennyire tudjuk leolvasni."

4. "A forráslista, illetve az általa képviselt program közvetlenülszámítógépen tárolható, így számítógépes vizsgálatának lehetségeadott."



✔Min ségüggyel foglalkozószervezetek– Magyar Min ség Társaság (http://www.quality-

mmt.hu/– Magyar szoftverminség fejlesztési intézet

(http://www.sztaki.hu/husei/)– NJSZT - Szoftver menedzselés szakosztály

(http://www.njszt.iif.hu/3_main.htm)



✔Képzés– Fels oktatásban

– Tanfolyamokon

✔Folyóiratok, Internet

✔Rendezvények– Magyar Min ségi Hét

– Regisztrált cégek találkozója

– Min ség Szakemberek Találkozója…


Hazai min ségi díj

✔Magyar Min ségi Díj

✔Az év min ségügyi menedzsere


Nemzetközi minségi díjak

Deming PrizeJapan

European Quality Award Malcolm BaldrigeNational Quality

Award, USA


Tanúsító szervezetekMagyarországon

✔http://www.ezaz.hu/quality/index.php4?page=adattar-m/tanusito-szervezetek/tanusito-szervezetek-magyarorszagon.htm– 20 db.

✔Szoftvercégek tevékenységét tanúsítják:– Magyar Szabványügyi Testület

– SGS

– TÜV...

– Bureau Veritas ...


Tanúsított szoftvercégekMagyarországon

7DQ~VtWRWW��FpJ 7DQ~VtWiV�pYH 0L�V]HULQW" 7DQ~VtWyASK Kft. 1996. Jan. ISO 9001 TÜV CERT

• Geometria TérinformatikaiRendszerház

1996. Jan. ISO 9001 TÜV CERT

• ICL Hungary Kft. 1996. Dec. ISO 9001 BSI QA

• Mûszertechnika-Computer Rt. 1996. Nov. ISO 9002 TÜV CERT

• ORACLE Hungary Kft. 1996. Dec. ISO 9002 SGS Yarsley

• Recognita Rt. 1997. Jan. ISO 9001, 9000-3, TickIT,

SGS Yarsley

• IQSOFT Rt. 1998. ápr. ISO 9001 SGS Hungária• ICON, LNX, ISYS, Classys 1998, 1999 ISO 9001

• Volt már Bootstrap és CMM szerinti tanúsítás is .


Mir l volt szó

✔A szoftvermin ség kérdésköre komplex

✔Alapfogalmak, meghatározások ismereteelengedhetetlen

✔Nincs „mindig jó” megoldás

✔Nincs „mindenkinek jó” megoldás

✔Sokfajta megközelítés lehetséges– Nem könny tájékozódni közöttük

– Nem könny a megfelelt kiválasztani

✔Hazai helyzet: követi a világszint trendeket

Szoftver min ség és menedzsmentkondor/rszf/SWMM/ELOADASOK/SzMM1-1.pdf · 2. A szoftvermin ség...

Documents

Transcript of Szoftver min ség és menedzsmentkondor/rszf/SWMM/ELOADASOK/SzMM1-1.pdf · 2. A szoftvermin ség...