1. PA104 Veden tmovho projektu1vod do projektovho zen, plnovn projektuFrederick Taylor, Henry Gantt, Watts S. HumpreySeznnost: vbrov zen, relativn vkon (u ext./int. projekt)Hype kivka (publicita a oekvn X vysplost; mediln bublina!)Projekt vdaje v ase (max ve 2/3, pp. i v )Procesy: iniciace, (pe)plnovn, realizace, kontrola, uzavenModely ivotnch cykl projektu: vodopd, inkrement, prototypovn, vzkumnk, spirlaJistota produktu, procesu, zdroj problm realizan, alokan, nvrhov, vzkumnEf. tm: vize/cl, id., struktura, kompet., vrnost, dvra, zvislost, komunik., autonomie, mal t.2Plnovac a odhadovac nstrojeWBS (Work Breakdown Structure) produktu/procesu/hybridn (WBS procesu snadnotransformovateln na Gantt. graf; Stanek: pouze produktu vs. Rek: spe procesu)pouze osnova/strom; bez zvislost mezi koly/innostmiOdhadovn asu: shora-dol (COCOMO, fn body), zdola-nahoru, analogie, expertn posudekvod. fze projektu: iniciln plnovn (co, jak), odhadovn (velikost, prce), plnovn (souvis.)Primrn cle plnovn: as, cena, riziko (kvalita)Sekundrn cle plnovn: alternativy plnu, efektivita vyuit prostedk, komunikace (kanly)Terminologie: pedchzen, priorita; soubnost; vodn & prodlevov as; volno; celkov volno;doba volna (TS = Tlast Tearly), milnky (krit. okamiky)Sov diagramy techniky plnovn: CPM, PERTAOA/ADM, AON/PDM (astji)zvislosti, kritick cesta (CP), monosti co kdybyTypy zvislost: povinn, zvaovan, vnj, na zdrojchVztahy mezi lohami: Finish-to-Start, Start-to-Start, Finish-to-Finish, Start-to-FinishCPM (Critical Path Method) vypluji uzly v s. grafu Early start Duration Early finishTask name Late start Slack Late finishvyplnm Durationdopedn prchod (ES, EF) zptn prchod (LF, LS)pozor pi konvergenci loh do jednoho uzlu!zpodn (Slack) bhem provdn projektu

2. PERT (Program Evaluation and Review Technique) zohleduje riziko; 3 odhady:optimistick (1/20 ppad), nejpravdpodobnj (st. hodnota rozlo.), pesimistick (1/20)a4mboekvan doba t e =6ba; odchylka pro celou CP sCP = s 1 s2 ...s n 2 22std. odchylka s= 6dobr pomr a:m:b = 9:10:20Zkrcen asu: red. rozsahu/kvality, +zdroje (?!), paralel. een...3zen rizik pi vvoji SWNejhor, pokud blb naplnujeme. Napadnte rizika, dokud jsou mal a slab. Potenc. rizik,eme pouze kritick rizik. poloky.Pro nedme? Neochota pipustit ex. rizik, tendence odloit obtn sti, stoj to penze a as.Riziko = stane se nco, co jsme nechtli.Rzn rizika u rznch profes kad vid jinde.Expozice rizika, pravdpodobnost, mon ztrta: E = P x ZP.: Projekt za 20M, kritick chyba (CE), nezvisl analza (IV&V) za 1M, ztrta pi CE. Zadn:Provst analzu?TOP 10 rizikov poloky:1. Nedostatek pracovnk 6. Architektura, vkon, kvalita2. Plny, rozpoty, proces 7. Zmny v poadavcch3. COTS, extern komponenty8. Zddn software4. Neshody v poadavcch 9. Extern een lohy5. Neshody v uivatelskm rozhran 10. Pecenn monost informatikyRE BEFORE RE AFTERRRL (Risk Reduction Leverage): RRL= RISK REDUCTION COSTPro kadou rizik. poloku: Pro? Co, kdy? Kdo, kde? Jak? Kolik? 3. Techniky zen rizik:Identifikovan riziko vuhnut se pedpokldn zen penesen zskn znalosti.Schma zen rizik (PMI):1. Identifikace rizika (TOP 10 rizika) 3. Nvrh postup, cena/vkon (RRL)2. Kvantifikace rizik (expozice, RE, PERT) 4. zen rizik (s kadm rizikem nco jinho)Vce kritickch cest vysok riziko, e se nedokon podle plnu.P.: Rozhodovac strom.4COCOMO (Constructive Cost Model)Odhadovn ceny SW. V vod. fzch se odhad me liit a 4x na ob strany. Pozdji zpesujeme.COCOMO vychz z pv. odhadu velikosti SW ve SLOC (KSLOC), pot sil E(ffort) [lm] adobu vvoje T(ime) [ms.]. Zdrojem empir. data z minulch projekt.3 rovn detailu: zkladn (v vodu) model, stedn model (vliv Fc), pokroil model (po etapch)3 vvojov mdy: organick (do 50 KSLOC), bezprostedn (do 300 KSLOC), vzan (ve)dle sloitosti, velikosti vyvjen aplikace, jistoty produktu, zkuenost...sil (E) a as (T):E=a KSLOC b , hodnoty a, b, c, d z tabulek dle rovn detailu a vvoj. mdu (9 kombinac)T =cE dStedn a pokroil model korekn faktor Fc je souinem 15 atribut hodnocench na stupnici 1(velmi nzk) a 6 (velmi vysok):atributy W produktu: RELY, DATA, CPLXHW atributy: TIME, STOR, VIRT, TURNatributy vvoj. tmu: ACAP, PCAP, AEXP, VEXP, LEXPatributy projektu: MODP, TOOL, SCED 4. Kroky pi aplikaci COCOMO (vvoj novho SW):1.Uren nominlnho sil uri r. detailu a md; a, b dle tabulky; En = a(KSLOC)b152.Vypoti Fc uri hodnoty pro 15 atrib., F C = F ii =13.Uren aktulnho (zpes.) sil E = En (zkl. rove), resp. E = Fc . En4.Vypoti dobu vvoje T[msc] = c . EdCOCOMO pi modifikaci existujcho SW ESLOC = ASLOC . (0,4 DM + 0,3 CM + 0,3 IM) / 100ESLOC ekvivaletn; ASLOC odhad. modifikovanch SLOC; DM % modifikac v nvrhu,CM % modifikac v kdu, IM integran sil (% pvodn prce)5COCOMO IINov SW procesy, jevy m. velikost, znovupouit SW, rozhodovn na zkl. nepln informace.3 modely COCOMO II:ACM (Aplication Composition Model) na zatku, 3 parametry; moder. nstroje a GUIEDM (Early Design Model) hrub odhady v vod. etapch (vvoj architektury), 13 param.PAM (Post Architecture Model) odhady po specifikaci architektury, 23 param.[dle pro EDM a PAM] sil =multipliktory okol [velikost ] faktory procesu ~ E=a KSLOC b Pln= multipliktor [sil ] faktory procesu ~T =c E d Odhad lovkomsc: PersonMonth Scale FactorPM estimated = ASize SF EM i i KSLOC/UFP/EKSLOCEffort MultipliersVelikost v KSLOC, neupravench FP nebo EKSLOCSF (Scale Factor):SF=1.010,01 wi ,wi hodnocen driver exponentudrivery exponentu (hodnotme 0..5) dle pedch. vsledk, felxibility vvoje, rozhodnutarchitektury/rizika, koheze tmu, vysplosti procesuEM (Effort Multipliers, multipliktory sil) 7 pro ED, 17 pro PAnov atributy ovliv. EM: RUSE (reuse), DOCU, RCPX, VMVH, VMVT, PVOL (promnlivostHW platformy), PDIF (sloitost HW platf.), PERS(onln schopnosti), PREX (pers. zkuenosti),PCON (pers. kontinuita), PEXP (zku. s platf.), LTEX (zku. s jazykem a nstroji), SECU(bezpenost), SITE (vvoj ve vce mstech) 5. 6 monch hodnocen dle pedchozch projektCOCOMO II pi modifikaci: ESLOC =ASLOC AASU 0,4 DM 0,3 CM 0,3 IM/ 100AA (Assessment and Assimilation) prce pro uren, zda a v jakm rozsahu znovupouit bezezmnSU (SW Understanding) itelnost a znovuuchopen (programtor se mus znovu zorient.)6Funkn body (FP)T odhady jako u COCOMA, men nroky na programtorsk zkuenosti.Fn bod = normalizovan metrika SW projektu (jednotka funkcionality SW)M aplikan oblast, nezkoum technickou; m aplik. fce a data, nem kd.M vstupy, vstupy, dotazy, vnitn pamti, vnj pamti (EI, EO, EQ, ILF, EIF).Princip odhadu: odhad =velikost projektu sloitost rizikov faktoryAnebo mohou bt FP vstupem pro COCOMO 2.Typy fnch bod:vztaen k transaknm fcm:EI extern vstupyEO extern vstupyEQ extern dotazyvztaen k datovm funkcmILF intern logick souboryEIF extern soubory rozhranTab. s informacemi + pklad 1 Banka: Umouje pidvat nov zkaznky a ruit zkaznky v kartotce. Systm podporuje transakce vkladu a vbru, pi vbru kontroluje pekroen povolenho vru. Pi pekroen zobraz varovnou zprvu. Zkaznci se mohou dotzat na stav tu pomoc terminlu. Bank si me vydat seznam zkaznk, kte peerpali et.ILF Logick entita nebo skupina entit z pohledu uivatele. (1 ILF) Logick intern soubor generovan nebo udrovan aplikac. (1 ILF) Uivatelem udrovan tabulka(y) nebo soubor(y). (1 ILF) Datov soubor nebo soubor s dc informac, kter aplikace pouije pi sekvennm zpracovn a drb. (1 ILF) Soubor s pedlohou (vzorem), kter aplikace pouze te. (0 ILF, 1 EIF) Soubor Zkaznci.EIF Soubory nebo zznamy extrah. z jin aplikace (pouit pouze jako odkazy) (1 EIF) DB ten pomoc jin aplikace (1 EIF) 6. Vnitn logick soubor jin aplikace pouit jako transakce (0 EIF, 1 EI) Systm HELP, bezpenostn soubor, chybov soubor ten nebo odkazovan aplikac, kter pochz z jin aplikace, kter soubory udruje (2 EIF)EI Datov obrazovka s pidnm, zmnou a ruenm (3 EI) Vce obrazovek pohromad zpracovanch jako jedna transakce (1 EI) Dv dat. obrazovky s odli. uspodnm dat, ale se shodnou logikou zprac. (1 EI) Dv dat. obrazovky se shodnm formtem, ale s odlinou logikou zpracovn (2 EI) Datov obrazovka s vce uniktnmi funkcemi (1 EI za kadou funkci) Automatick vstup dat nebo transakc z jin aplikace (1 EI na kad typ transakce) Vstup uivatelskch povel do aplikace (1 EI) Funkce pravy dat, kter nsleduje za dotazem (1 EI a 1 EQ) Individuln vbry na obrazovce s menu (0 EI) Oprava uivatelem udrovan tabulky nebo souboru (1 EI) Duplikt obrazovky, kter ji byla zapotena jako vstup (0 EI) Extern vstupy zaveden pouze kvli technologii (0 EI) Vbr poloky ze seznamu (0 EI) Pidej novho zkaznka, zru zkaznka, vklady, vbry, poadavek na seznam zkaznk, kte peerpali et .EO Vstup dat na obrazovku (1 EO) Souhrnn zprva - dvkov zpracovn (1 EO) Automatick data nebo transakce smrem k jinm aplikacm (1 EO) Chybov zprvy vrcen jako vsledek vstupn transakce (0 EO) Zlon soubory (0 EO) Vstup na obrazovku a na tiskrnu (2 EO) Vstupn soubory vytvoen z technickch dvod (0 EO) Vstup sloupcovho a zrove kolovho grafu (2 EO) Dotaz s vypotenou informac (1 EO, 0 EQ) Varovn o vznamnm peerpn, seznam zkaznk s peerpanm tem.EQ On-line vstup a on-line vstup beze zmny v datovch souborech (1 EQ) Dotaz nsledovan zmnovm vstupem (1 EQ/1 EI) Vstup a vstup na obrazovce s npovdou (na dan rovni) (1 EQ) On-line vstup s bezprostednm tiskem dat beze zmny dat (1 EQ) Vbr ze seznamu nebo umstn s dynamickmi daty (1 EQ) Vbr ze seznamu nebo umstn se statickmi daty (0 EQ) 7. Poadavek na zprvu obsahujc neodvozen data (1 EQ) Dotazy na stav tu.Ped vpotem UFP (nepizpsoben fn body) roztdme EI, EO, EQ, ILF, EIF do skupin podlevah (nzk, prmrn, vysok). Tdn probh podle potu:pro EI, EO, EQ:FTR (File Types / User Data Groups Referenced) & DET (Data Element Type; atributy)pro ILF, EIF:RET (Record Element Type, pohled uivatele) & DETPo roztdn nasypeme do matice a dle vah seteme. Tm zskme # UFP.Pro odhad FP (pizpsobench) potebujeme zjistit obecn charakteristiky systmu (14):1. Vyaduje systm spolehliv zlohovn a zotaven?8. Jsou hlavn soubory opravovny on-line?2. Jsou vyadovny datov komunikace? 9. Jsou vstupy, vstupy, soubory a dotazy sloit?3. Existuje distribuovan zpracovn? 10. Je vnitn zpracovn sloit?4. Je vkonnost kritick? 11. Je kd navrhovn s clem znovupouit?5. Pob systm v stvajcm intenzivn vyuvanm 12. Jsou konverze a instalace zahrnuty v nvrhu?operanm prosted?13. Je systm navrhovn pro nsobn instalace u6. Systm poaduje on-line vstup dat? rznch organizac?7. Vyaduje on-line vstup dat pouit vstupn transakce 14. Je aplikace navrhovan tak, aby zajistila zmny apes vce obrazovek nebo operac? snadn pouvn na stran uivatele?Kadou charakteristiku ohodnotme [0..5]:0 = bez vlivu ; 1 = nhodn ; 2 = mrn ; 3 = prmrn ; 4 = vznamn ; 5 = podstatnSouet charakteristik vlome do vzorce pro vpoet (pizp.) FP: Poet FP=[0,65 0,01 souet hodnocen charakteristik systmu] [ poet UFP ]Postup vpotu (shrnut):1.Identifikujte ILF, EIF, EI, EO, EQ. Pro kad ILF a EIF identifikujte poet RET a DET, pro EI,EO, EQ identifikujte poet FRT a DET.2.Nahzejte do matice dle vah.3.Spotte # nepizpsobench FP.4.Urete 14 charakteristik systmu.5.Sette char. a urete faktor tech. sloitosti systmu.6.Urete # pizpsobench FP systmu.Odhady velikosti produktu (v KSLOC) podle programovacch jazyk nap. Capers Jones:1 FP = X SLOC X = 320 zkl. assembler | 128 C | 64 C++ | 13 SQL Dal odhady nap: FP1.2 (#testcas), FP0.4 (pln vvoje v kalend. mscch), FP/150 (# prac. poteb.pro een aplikace), FP/750 (# prac. pro drbu v danm stavu)...Pklady # FP: vstup objednvky 1250 FP, zprac. DP 2000 FP, rez. letenek 25k FP, Win95 85k FP...Produktivita (FP a lovkomsc):Nezkuen tm, nestrukturovan metody, bn nstroje, jazyky na nzk rovni 2,5Zkuen tm, strukturovan metody, nstroje CASE, jazyky na vysok rovni 40,0 8. Typ projektuFP projektuFP produktuVvoj novho SW New FP New FP+ Conversion FPRozen stvajcho SWAdded FP Original FP+ Changed FP - Deleted FP+ Deleted FP + Added FP+ Conversion FP+ Changed FPVechno, s m jsem se trpil. To, co mi tam nakonec zstalo.7Chyby v SWS postupem asu pestvme plnovat, soust. se na kvalitu (metrikou kvality SW jsou chyby).Projekt spn : s vhradami : nespn cca 1 : 2 : 1.m pozdji na chybu pijdeme, tm vce ns to stoj.Relativn cena odstrann zvady 100 101 Poad. Nvrh Kd Testy Pijet Provoz 9. Prevence nespchu projektu:ZAPOJEN vrcholovho zen a koncovch uivatelPOUIT ef. zen projektu se spoluast a zapojenm vrchol. zen na pezkoumnchPOUIT efektivnho zen poadavkPOUIT inkrementlnho vvojeUINN vech smysluplnch krok pi inenrskch aktivitch, t.j. dokumentace, men,plnovn, sledovn, zen kvality...Porucha = projeven chyby; etnost poruch nap. za asovou jednotku, po. transakc, po. bh...Fault chyba (defekt), bug chyba v kdu (programtor)Error chyba (omyl) nesprvn/chybjc akce uiv., zapiin defekt (analytik nco zapomnl)etnost chyb: #chyb/KSLOC na zatku sysm. test 1-10 chyb na KSLOC, prm 6 ch/KSLOC.Oprava selhn oprava v prm. 0,955 chyby.etnost selhn v ase kles (k ose x), oek. poet selhn roste (k urit hranici).IBM: ortogonln klasifikace defekt (ODC)Typ defektu Vznamfunkce vzn. ovliv. schopnosti, rozhran, glob. dat. strukt.rozhran interakce s jinmi komponentamiovovnlogika programu (neuspla validace dat)piazeninicializace dcch blok/dat. strukturasovn/serializace chce to lep rzen sdlench a RT prostedksestaven/balen/spojovn bordel ve sprv knihoven, verz, zen zmndokumentaceovliv. publikace, drbovou dokumentacialgoritmus probl. efektivity nebo sprvnosti (nvrh se nemn)Typ defektuVvojov etapafunkcenvrhrozhrannvrh na nzk rovniovovn nvrh na nzk rovni, kdpiazen kdasovn/serializacenvrh na nzk rovnisestaven/balen/spojovnknihovn nstrojedokumentace publikacealgoritmusnvrh na nzk rovni 10. 8SW inspekce, recenze, pezkoumn, pezkouen a prohldkyEtapaCena nalezen opravyPoadavky0.75Nvrh1.0Kdovn 1.5Testovn3.0Systmov testy10.0Provoz 60-100.0Efektivita pezkouen (roste s formlnost):Konverzace pezkouen mezi kolegy neforml. prezentace formln prezentace prohldka recenze, inspekce.Zkubn/inspekn tm: modertor, zapisovatel, autor, recenzenti/inspektoi 11. Pprava inspektora rozum kontextu, projde si materily, opat poznmkami, pipomnky jakootzky, nehodnotit styl, info v pp. nemonosti se pipravit.Cle: ov. chyb ve fci, logice, implementaci; zda spluje poadavky; zda spleny standardy; jednot.vvoj; zven iditelnosti projektVyhodnocen, pezkoumn produktu (ne tvrce), klid, otzky, agenda pezkouen, neeitproblmy, tech. sprvnost, zaznamenat a ohlsit vsledky pezkouen.Zvanost chyb, defekt: kritick (pd systmu), vn (odstraniteln), stedn zv. (stfunkcionality), mlo zva. (nenaru. fnost).Pouvat formul! (filtrace, jas. formulace prob., stats, poad dle., ef. a sprv. kontrol. seznamu.Ov. produkt a jsou na to pipraveny, termny psn (zvldnuteln), kontrol. seznamy, schzkazam. na detekci problm, autor se nect ohroen, pravy proveny, kad se chce ast. znovu.9Testovn SW produktCena testovn bhem vvoje:Zdroje defekt:Inspekce: SW design, poadavky, analzy, nvrh.Testy: kdovn a debugging, systmov testovn, nasazen a drba.Clem testovn je nalzt chybu!Testovac Vko 12. Testovn chyb, funkc a vkonu; ukazatel kvality SW.Validace (dl to to, co m; dv sprvn vsledky) vs. verifikace (dl vci sprvnm zpsobem).Testovn je destrukt. innost; programtor nen dobrm testerem vlast. vtvoru; detailn znaloststruktury programu usnaduje hledn a opravu chyb; spoluprce realizanho tmu a tmu kvality.pln testy nemon, vdy jen selektivn; bl skka, test. log. cest a cykl.Dynamick testovn: proveden programu s danmi vstupy shoduj se dosa. a oek. vsledky?Testovn nezaru pln odviven.Testovac ppady: kl. poloky plnu tst; skripty, data, kontrol. seznamy; matice pokryt poad.FUNKCEern skkytst. innosti kad fce; letadlo let?ne jak to pracuje, ale co to dl (V/V)tst. ppady zalo. na specifikaci poadavkVNITN PRCE bl skkyvechny motory pracuj?zohled. strukturu programuproveden pkazy, cesty prchodu kdemvpo. cyklomat. sloitosti, najt nezv. cestyTestovn jednotek, modul:bl skka (nkdy ern), vvoji programuj testy, test suites (kolekce test), tst. postupnbhem vvoje, pp. po dokonen indiv. modulIntegrace & testovn postupn propojuje funkcionalitu, QA tm spolupracuje s vvoj. tmemIntegran postupy:shora dol: jdro (kostra), minim. skopka, protzy; v souladu s prototypovnmsloit objekty/moduly nelze zam. za protzu, vsledky na vych rovnch ne vdy viditeln 13. zdola nahoru: individuln moduly sestav. zdola, kombin. do subsystm, subsys. do celku;nadazen objekty driversnklady na konstrukci drivers obvykle vt ne u protz, a v zvru prototyp pouiteln kpedvedenIntegran testy: vvojov a/nebo QA tm. # pracovnk a rozpoet na vrcholu! Jde do tuhho.Tlak, termny, neoekvan bugy, motivace, konflikty se zkaznkem...10Softwarov metrikyMen (kvantitativn) vs. metriky (pomrov, pro porovnn SW).Uren kvality hotovho produktu/procesu, predikce kvality P/P, zvyovn kvality P/P.Metriky produktu explicitn vsledky vvoj. aktivit (deliverbly, dokumentace, vedlej produkty)v jak kvalit se nachzme, rizika, problm. oblasti, peplnovnMetriky procesu aktivity vztaen k produkci SW (chybovost, spnost vvoj. tmu)zavas detekovat, e (v tmu) nco skpe, dlouhodob zlepovn procesMetriky zdroj vstupy projektu (HW, znalosti, lid)Metriky orientovan na velikostvelikost SW, SLOC, KLOC, sil (v lm), Errors/KLOC, Defects/KLOC, Cena/SLOC, stranydokumentace/KLOC; LOC zvisl na pouitm jazyce a programtoroviMetriky orientovan na funkceanalza FP, nepm men, empirick vztahy zalo. na pmch menchFP = total count * [0.65 + 0.01 * Sum(Fi)], kde Fi (i z [1..14]) jsou hodn. obec. charakt.Metriky sloitosti (komplexity)LOC fce komplexity; zv. na jazyce a programtoroviHalsteads metrics: n1 po. rz. opertor; n2 po. rz. operandN1 celk. po. opertor; N2 celk. po. operanddlka: N = N1+N2; slovnk: n=n1+n2odhad. dlka: = n1 log2 n1 + n2 log2 n2pomr istoty: PR = /N (blzk 1 dobe strukturovan kd)McCabeho metriky komplexity:programov graf, uzly jsou procesn koly, hrany jsou kontroln toky; cklomat. kompl. 14. mnoina rznch nezvislch cestV(G) = E N + 2E poet hranN poet uzlV(G) = P + 1P poet uzl s podmnkouobtn testovn pro V(G) vt ne 10McClureho komplexita:Komplexita = C + VC po. porovnn v moduluV po. dcch promnnch v moduluMetriky obecnho nvrhustrukturln, datov, systmov komplexitastrukturln komplexita modulu i (provzanost na okol, s km si modul posl zprvy)2 S i= f out , Fan out je po. modul pmo vyvolvanch modulemMetriky nvrhudatov komplexita Di=v i/[ f out i1] , v(i) po. vstup a vstup modulusystmov komplexita C i=S i DiMetriky na rovni komponentkoheze (provzanost uvnit komponent)provn (provzanost vi okol)sloitost toku zen 15. Metriky kvality SWmme:korektnost (defekty/KSLOC, chyby/hodinu prce)udrovatelnost (st. as zmny, cena opravy...)integritu (zotaven z vlastn chyby)pouitelnost (as kolen, poteba stupn zkuenost, zven produktivity, dotaznk...)Metriky pro OO softwarevelikost tdy (po. operac, atribut) nen tda pli sloit?NOO (Numper of Operations Overriden) poet pekrytch metod chyba abstrakce?NOA (Numper of Operations Added) m ne tda v hierarchii, po. pid. operac by ml klesatindex specializace: SI = [NOO * L] / MtotalL rove tdy v hierarchiiMtotal celkov poet metodvy hodnoty: tda v hierarchii neodpovd abstrakciMethod Inheritance Factor, Coupling Factor...Pouvn metrik: zvolm problm formuluji problm sbrm data analyzuji data interpretuji data zptn vazba.11Kvalita SW produktKvalita: Dodren explicitn stanovench funknch a vkonovch poadavk, dodren explicitndokumentovanch vvojovch standard a implicitnch charakteristik, kter jsou oekvny uprofesionln vyrobenho software.Aspekty kvality:odchylky od poadavk na software (fn a vkonov)nedodren standard (jazyk, DB, dokumentace, ISO...)odchylky od bnch zvyklost (implicitnch poadavk) co uivatel ek 16. Pmo miteln faktory: #chyb/KSLOC/asNepmo miteln faktory: pouitelnost, udrovatelnost (mkk metriky)Kategorie faktor kvality:operan char. (innost)schopnost akceptovat zmny (revize)adaptabilita na nov prosted (pemstn)McCall faktory kvalitykorektnost, spolehlivost, efektivita, integrita, pouitelnost, udrovatelnost, flexibilita,testovatelnost, penositelnost, znovupouitelnost, schopnost spoluprce 17. Hodnocen kvality vroby:vysplost organizace:CMM (Capability Maturity Model)systmy kvality: ISO 9001ocenn kvality: cena MBNQA (Sev. Amerika)CMM (Capability Maturity Model) 5 rovn1.Vchoz (chaos; nevme, kter bije; ? cena, ? kvalita, ? as)2.Opakovateln (intuice; ? kvalita, ? cena; plnovn, subkontrakty, kvalita, z. SW konfig.)3.Definovan (nejastj; ?kvalita, spoleh. ceny a plny; def. org. procesu, kolen, zen integ.SW, koordinace mezi skupinami, provrky a oponentury)4.zen (statisticky z. kvalita, men; ve pod kontrolou)5.Optimalizujc (zlepuje svj proces na zklad men; prevence chyb, inovace, z. zmn)Principy SQA:def. a dokumentovan politika kvality, manaersk podldef. odpovdnost, autorit, vztah mezi vemidok. postupy a instrukceefektivn implementace dokumentovanho SQ na vech rovnchzznam vech aktivit SQAMBNQA ( spokoj. zkaznka) vs. ISO 9001 ( v souladu s postupy) rzn vnmn kvalityJak na SQA? Formulace hypotzy vbr metrik sbr dat interpretace dat iniciace akcke zlepen iterace s vyhodnocenm vlivu opaten formulace dalch hypotz 18. 12SW fyzikaN dlka programu (SLOC)T spoteba prce (lm, MM)P produktivita P=N/TD doba realizace programuS prm. poet eitelRegresn analza; odhad prce: log T ab log N , a , bvhodn konstantyb T c N , b9/ 8Pracnost roste exponenciln v zv. na rozsahu programu. S rostouc dlkou kles i produktivitaprogramtor.Putnamova rovnice (dlka programu): N c T 1 / 3 D 4 / 3 , kde ckorek. faktor , T prce , Ddoba eenProgramy psan ve spchu jsou del. Pi zkrcen termnu na 83 % je pracnost dvojnsobn.Pracnost a doba een:Rozloen eitelsk kapacity v ase (vrchol cca 40 % prac dokoneno): 19. 13Ukonen projektuPitva projektu. Co se udlalo dobe/patn, co (ne)fungovalo, jak to udlat pt lpe. Hlavn cl:pomoci organizaci (ne pitv. projektu).Zprva o zvren analzeobecn informace a inf. vztaen k procesu (produktivita, kvalita, odchylky, odhady, nstroje)rizikov zen (pln vs. skuten rizika a een)velikost (odhady, sjednocen metrik SLOC/FP)prce (odhad vs. skutenost, prce dle etap, cena prce vnovan kvalit pezkoumn, tst,peprac., kolen)defekty (s analzou vznamnosti, etap detekce, etap zaveden, efektivita odstrann def.)kauzln analza (sedneme si a podn to probereme; piny vyboen z bnch mez; diskuse,brainstorming)aktiva procesu a dodatky (ostatn)Obecn informace nap. nzev, ivot. cyklus, oblast, vedouc, obchodnk, konzultant...Shrnut vkonu parametr x aktuln x odhad x odchylka x dvodDetaily procesuPouit nstroje (ext./int.)zen rizik identifikovan vs. skuten & kroky ke snen vlivu a zhodnocenVelikost odhad vs. skutenostPln (asov) etapa x skutenost x odhad x skluz x dvod skluzuPrce etapa x kol x pezkoumn x pepracovn x celkemvedle etap pro zen projektu, kolen atd.COQ (Cena kvality) = (pezkoumn + pepracovn + testovn + kolen)*100 / prce celkem [%]Defekty skuten #, % z celk. #, odhad #, % odhadu z celk. #, % odchylkyzdvodnn odchylek!Efektivita odstraovn defekt etapa detekce x etapa zanesen def. x efektivita odstra. def.Rozloen defekt podle zvanosti (M/V/Krit./ostat.) x # defekt x % z celk. # defektRozloen defekt podle typu (logika, std., vkonnost, nadbyt. kd, UI, arch., konzist., znovupou.)Aktiva procesu = artefakty, kter vznikly pi procesu a mohou bt uiten i pro jin projektypln zen, harmonogram, pln z. konfigurac, kdovac standardy, kontrol. seznamy...Zdroje: Slajdy a ukzky (Sochor, Rek), pednky.Ureno vhradn pro osobn studijn potebu. 20. Mnoho tst u zkouky. :)mm, jaro 2010