Poglavlje 24

Menadment kvaliteta DARKO STOI 1059/2014

Menadment kvaliteta

Menadment kvaliteta predstavlja menadment softverskog procesa i

proizvoda

1

Ciljevi

Upoznavanje sa procesom menadmenta kvaliteta i glavnim aktivnostima

vezanih za tu temu

Objanjenje uloge standarda u menadmentu kvaliteta

Objanjenje koncepta metrike softvera, metrike predvianja i metrike

kontrole

Objanjenje koje mere mogu biti preduzete pri odreivanju kvaliteta

softvera

2

Pokrivene teme

Garantovanost kvaliteta i standardi

Kvalitetno planiranje

Kvalitetna kontrola

Mere i metrike softvera

3

Menadment kvaliteta softvera

Zabrinutost za obezbeivanjem potrebnog nivoa kvaliteta softvera

Ukljuuje definisanje prikladnih standarda kvaliteta i procedura, takoe

garantujui da e biti potovane

Treba uvek ciljati ka razvitku kulture kvaliteta, gde je kvalitet vien kao

svaija odgovornost

4

ta je kvalitet?

Kvalitet, laiki, znai da proizvod treba da zadovolji svoju specifikaciju

To predstavlja problem za softverske sisteme

Tenzije izmeu zahteva za kvalitetom muterije(efikasnost, pouzdanost, itd...) i

zahteva za kvalitetom razvijaoca(odravanje, upotrebljivost, itd...)

Neki zahtevi kvaliteta su teki za jednosmislenu specifikaciju

Softverske specifikacije su esto nekompletne i nesaglasne

5

Kompromis kvaliteta

Ne moe se ekati da se specifikacije poboljaju pre nego to obratimo

panju na menadment kvaliteta

Moraju se postaviti procedure koje poboljavaju kvalitet bez obzira na

nesavrenost specifikacije

to e rei, menadment kvaliteta nije samo skoncentrisan na eliminisanje

defekata ve obraa panju i na druge kvalitete proizvoda

6

Aktivnosti menadmenta kvaliteta

Garantovanost kvaliteta

Uspostavljanje organizacionih procedura i standarda kvaliteta

Planiranje kvaliteta

Odabir primenljivih procedura i standarda za specifian projekat i njihova

modifikacija po potrebi

Kontrola kvaliteta

Obezbediti da su procedure i standardi praeni od strane razvojnog tima

Menadment kvaliteta treba biti odvojen od menadmenta projekta da

bi se zadrala njegova nezavisnost

7

Menadment kvaliteta i razvoj softvera

8

ISO 9000

Internacionalni skup standarda za menadment kvaliteta

Primenljiv na irok dijapazon organizacija, od proizvodnje do servisne

industrije

ISO 9001 je primenljiv na organizacije koje dizajniraju, razvijaju i odravaju

proizvode

ISO 9001 je generiki model procesa kvaliteta, primena se razlikuje od

organizacije do organizacije

9

ISO 9001

10

ISO 9000 potvrda

Standardi kvaliteta i procedure trebaju biti dokumentovane u

organizacionom uputstvu za kvalitet

Spoljanje telo moe potvrditi da je organizaciono uputstvo za kvalitet

prilagoeno ISO 9000 standardima

Muterije, sve vie i vie, trae da su dobavljai ISO 9000 odobreni

11

ISO 9000 i menadment kvaliteta

12

Garantovanost kvaliteta i standardi

Standardi su klju ka efektivnom menadmentu kvaliteta

Mogu biti internacionalni, nacionalni, organizacioni ili projektni standardni

Standardi proizvoda definiu karakteristike koje sve komponente trebaju

da prikazuju npr. opti stil programiranja

Standardi procesa definiu kako proces softvera treba biti usvojen

13

Znaaj standarda

Enkapsulacija najboljih praksi izbegavanje greaka iz prolosti

Okvir za proces garantovanja kvaliteta ukljuuje proveru saglasnosti

standarda

Obezbediti kontinuitet novi lanovi mogu da razumeju organizaciju

preko razumevanja primenjenih standarda

14

Standardi proizvoda i procesa

15

Problemi sa standardima

Nisu vieni kao relevantni i aurni od strane softverskih ininjera

Ukljuuju previe birokratskog popunjavanja formi

Nisu podrani od strane softverskih alata i ukljuuju monoton runi rad oko

odravanja standarda

16

Razvijanje standarda

Ukljuiti ljude koji ih praktikuju u razvoj. Ininjeri treba da razumeju ideju iza

standarda

Recenzije standarda i njihova esta upotreba. Standardi brzo mogu

postati zastareli i time gube kredibilitet kod praktikanata

Detaljni standardi trebaju imati softversku pratnju. Prekomeran papiroloki

rad je glavna alba protiv standarda

17

Dokumentacioni standardi

Naroito vani dokumenti su vidljiva manifestacija softvera

Standardi procesa dokumentacije

Kako dokument treba biti razvijan, validiran i odravan

Standardi dokumenta

Zabrinutost za sadraj dokumenta, strukturu i izgled

Standardi razmene dokumenata

Kako se dokumenti uvaju i razmenjuju izmeu razliitih sistema za

dokumentaciju

18

Proces dokumentacije

19

Standardi dokumenta

Standardi identifikacije dokumenta

Kako se dokumenti jedinstveno identifikuju

Standardi structure dokumenta

Standardna struktura za projektne dokumente

Standardi prezentacije dokumenta

Definisanje fontova, stilova, korienje logoa, itd...

Standardi auriranja dokumenta

Definisanje kako su promene iz prethodnih verzija reflektovane u dokumentu

20

Standardi razmene dokumenata

Dokumenti se proizvode koristei razliite sisteme i na razliitim raunarima

Standardi razmene omoguavaju da se elektronski dokumenti razmenjuju,

alju mejlom, itd...

Potreba za arhiviranjem. ivotni vek sistema za obradu teksta moe biti

mnogo krai od ivotnog veka softvera koji se dokumentuje

XML je jedan od standarda koji se koristi za razmenu dokumenata

21

Proces i kvalitet proizvoda

Na kvalitet razvijenog proizvoda utie kvalitet produkcionog procesa

Posebno je bitan u razvoju softvera, jer su neki atributi kvaliteta proizvoda

teki za procenu

Ipak, postoji veoma kompleksna i loe razumljiva veza izmeu softverskog

procesa i kvaliteta proizvoda

22

Kvalitet zasnovan na procesu

Jednostavna veza izmeu procesa i proizvoda u robi

Kompleksnija za softver:

Aplikacija individualnih vetina i iskustva je vrlo bitna u razvoju softvera

Spoljanji faktori kao to su novina nove aplikacije ili potreba za ubrzanim

razvojem moe loe uticati na kvalitet proizvoda

Treba voditi rauna da se ne postave neadekvatni standardi procesa

23

Kvalitet zasnovan na procesu

24

Kvalitet zasnovan na procesu u praksi

Definisati standarde procesa poput naina vrenja recenzija,

konfiguracionog menadmenta, itd...

Posmatranje procesa razvoja da bi se obezbedilo primenjivanje i praenje

standarda

Izvetavati menadment zaduen za projekt i softverskog dobavljaa o

procesu

25

Kvalitetno planiranje

Kvalitetan plan postavlja eljene kvalitete proizvoda unapred i njihov

nain ocenjivanja. Takoe definie najbitnije atribute kvaliteta

Treba da definie proces procenjivanja kvaliteta

Treba da postavi organizacione standarde koji e se primenjivati i, ako je

potrebno, da definie nove

26

Struktura kvalitetnog plana

Opis proizvoda

Planovi za proizvod

Opis procesa

Ciljevi za kvalitet

Rizici i njihov menadment

Kvalitetni planovi trebaju biti kratki, saeti dokumenti

Ako su dugaki, niko ih nee proitati

27

Atributi softverskog kvaliteta

28

Kontrola kvaliteta

Proveravanje procesa razvoja softvera da bi se obezbedilo da su

procedure i standardi praeni

Dva pristupa kontroli kvaliteta

Pregled kvaliteta

Automatizovano procenjivanje softvera i njegovih mera

29

Kvalitetni pregledi

Predstavljaju glavni metod validacije kvaliteta procesa ili proizvoda

Grupni pregled dela procesa(ili celog) ili sistema i njegove dokumentacije

radi pronalaenja potencijalnih problema

Postoji razliite vrste pregleda sa razliitim ciljevima

Inspekcije za otklanjanje defekata(proizvod)

Pregledi za procenu napretka(proizvod i proces)

Kvalitetni pregledi(proizvodi i standardi)

30

Vrste pregleda

31

Kvalitetni pregledi

Grupa ljudi paljivo istrauju deo ili ceo softveski sistem i vezanu

dokumentaciju

Kod, dizajn, specifikacije, planovi testiranja, standardi, itd... sve se

pregleda

Softver ili dokumenti mogu biti otpisani pri pregledu to oznaava da je

napredak ka sledeoj fazi odobren od menadmenta

32

Proces pregleda

33

Funkcije pregleda

Funkcija kvaliteta deo generalnog procesa upravljanja kvalitetom

Funkcija upravljanja projektom obezbeuju informacije za projektne

menadere

Funkcija treninga i komunikacije znanje o proizvodu se prenosi izmeu

lanova razvojnog tima

34

Kvalitetni pregledi

Cilj je pronalaenje sistemskih defekata i nedoslednosti

Svaki dokument stvoren u procesu moe biti pregledan

Timovi za pregled trebaju biti relativno mali i sami pregledi relativno kratki

Pregledi se trebaju evidentirati. Evidencije se trebaju odravati

35

Rezultati pregleda

Komentari nainjeni tokom pregleda se trebaju klasifikovati

Bez akcije. Nije potrebno menjati softver ili dokumentaciju

Potreba za popravkom. Dizajner ili programer je zaduen za ispravku

identifikovane greke

Preispitati celokupni dizajn. Problem identifikovan u pregledu utie na ostale

delove dizajna. Treba doneti presudu o najboljem reenju koje uzima u obzir

odnos cena-kvalitet

Greke u zahtevima i specifikaciji moda zahtevaju uee klijenta

36

Mere i metrike softvera

Mera softvera je skoncentrisana na izvoenje numerike vrednosti za

atribut softverskog proizvoda ili procesa

Ovo dozvoljava za objektivna poreenja izmeu tehnika i procesa

Iako su neke kompanije uvele programe merenja, sistematska upotreba

mera i dalje nije esta

Postoji vrlo mala standarda u ovoj oblasti

37

Metrika softvera

Bilo koja vrsta mere koja je vezana za softverski sistem, proces ili povezane

dokumentacije

Dozvoljava da se softver i softverski proces kvantifikuju

Mere softverskog procesa ili proizvoda

Moe se koristiti da predvidi atribute proizvoda ili da kontrolie softverski

proces

38

Predskaziva i metrike kontrole

39

Pretpostavke metrike

Softverska imovina se moe izmeriti

Postoji veza izmeu onog to moemo da merimo i onog to elimo da

znamo

Ova veza je formalizovana i validirana

Moe biti teko vezati sve to se moe meriti sa eljenim atributima

kvaliteta

40

Unutranji i spoljanji atributi

41

Proces merenja

Proces merenja softvera moe biti deo procesa kontrole kvaliteta

Podaci sakupljeni tokom ovog procesa trebaju se odravati kao

organizacioni resurs

Kada se baza merenja uspostavi, poreenja izmeu projekata postaju

mogua

42

Proces merenja proizvoda

43

Skupljanje podataka

Program zaduen za metriku treba biti zasnovan na skupu podataka od

proizvoda i procesa

Podaci se trebaju odmah skupljati i ako je mogue automatski

Tri tipa automatskog prikupljanja podataka

Statika analiza proizvoda

Dinamika analiza proizvoda

Proces svrstavanja podataka

44

Automatizovano prikupljanje

podataka

45

Preciznost podataka

Ne skupljati nepotrebne podatke

Pitanja na koja se trai odgovor se trebaju odrediti unapred i potrebni podaci

se identifikovati

Rei ljudima zato se podaci sakupljaju

Ne treba da bude deo evaluacije osoblja

Ne zavisiti od memorije

Skupljati podatke kada su generisiani ne kad je projekat zavren

46

Metrike proizvoda

Metrika kvaliteta trebala bi da bude predskaziva za kvalitet proizvoda

Klase metrike proizvoda

Dinamike metrike koje se prikupljaju preko mera koje je napravio program pri

izvravanju

Statike metrike koje se prikupljaju preko mera napravljenih od reprezentacija

sistema

Dinamike metrike pomau u proceni efikasnosti i pouzdanosti; statike metrike

pomau u procenjivanju kompleksnosti, razumljivosti i odrivosti

47

Dinamike i statike metrike

Dinamike metrike su usko povezane sa kvalitetima atributa softvera

Relativno je lako izmeriti vreme odziva sistema(atribut performansi) ili broj

neuspeha(atribut pouzdanosti)

Statike metrike imaju indirektan odnos sa atributima kvaliteta

Treba pokuati sa izvoenjem odnosa izmeu ovih metrika i svojstava poput

kompleksnosti, razumljivosti i odrivosti

48

Metrike softverskog proizvoda

49

Objektno orjentisane metrike

50

Analiza mera

Nije uvek jasno ta podaci oznaavaju

Analiza prikupljenih podataka je vrlo teka

Profesionalni statistiari se trebaju konsultovati ako su dostupni

Analiza podataka treba uzeti u obzir lokalne okolnosti

51

Iznenaenja mera

Smanjenje broja greaka u programu dovodi do poveanog broja poziva

tehnikoj podrci

Program se sada smatra pouzdanijim i ima ire i raznoliko trite. Procenat

korisnika koji zovu tehniku podrku se moda smanjuje ali ukupan broj poziva

se poveava

Pouzdaniji sistem se koristi na drugaiji nain od sistema gde korisnici moraju

sami da prevazilaze greke. Ovo dovodi do vie poziva tehnikoj podrci

52

Kljune take

Upravljanje kvalitetom softvera je zadueno da obezbedi da softver

ispunjava traene standarde

Procedure garancije kvaliteta trebaju biti dokumentovane u

organizacionom uputstvu kvaliteta

Standardi softvera su enkapsulacija najboljih praksi

Pregledi su najrasprotranjeniji pristup za procenu kvaliteta softvera

53

Kljune take

Mere softevra prikupljaju informacije o softerskom procesu i softverskom

proizvodu

Metrike kvaliteta proizvoda trebaju se koristiti da identifikuju potencijalne

problematine komponente

Ne postoje standardizovane i universalno primenljive metrike softvera

54