Asmeninis programų kūrimo procesas

4 paskaita

2013-04-26

Andrius Adamonis

Turinys

• Kokybė

• Kodo peržiūros

• Projekto peržiūros

PSP praktikos

Proceso disciplina ir matavimai

Vertinimas ir planavimas

Kokybės valdymas ir projektavimas

Komandinis procesasTSP

PSP 0Esamas procesas

Baziniai matavimai

PSP 0Esamas procesas

Baziniai matavimai

PSP 0.1Kodavimo standartas

Proceso gerinimo pasiūlymasDydžio matavimai

PSP 0.1Kodavimo standartas

Proceso gerinimo pasiūlymasDydžio matavimai

PSP 1Dydžio vertinimas

Testavimo ataskaita

PSP 1Dydžio vertinimas

Testavimo ataskaita

PSP 1.1Užduočių planavimas

Tvarkaraščio planavimas

PSP 1.1Užduočių planavimas

Tvarkaraščio planavimas

PSP 2Kodo peržiūros

Projekto peržiūros

PSP 2Kodo peržiūros

Projekto peržiūros

PSP 2.1Projektavimas pagal šablonus

PSP 2.1Projektavimas pagal šablonus

TSPKomandos sudarymas

Rizikos valdymasProjekto valdymas ir sekimas

TSPKomandos sudarymas

Rizikos valdymasProjekto valdymas ir sekimas

Kokybės valdymas ir projektavimas

Kokybė

• To improve the quality of your software, focus on the process required to consistently produce quality products. Seek the most effective methods for finding defects and the most effective ways to prevent them. The costs of finding and fixing defects escalate rapidly the longer the defects remain in the product, and the most cost-effective strategy is to ensure that all program elements are of the highest quailty when they are first produced.

• Although defects are only one facet of software qualty, that is the quality focus of this book. Defects are rarely the users’ top priority, but they are an essential focus of the PSP. This is because defects are most economically and effectively handled at the individual level. If the elemental programs in a system have many defects, the entire development process will be overwhelmed by the time-consuming and expensive process of finding and fixing defects during testing.

• Sofware quality is an economic issue. You can always run another test or do another inspection. However, few organizations have the data to make sound quality plans. The PSP provides the data needed to calculate measures for yield, cost of quality, rates and rations, and the process quality indew (PQI). Process yield refers to the percentage of total defects removed before compiling and testing, and the cost-of-quality measure quantifies the quality problem in economic terms. The principal cost-of-quality elements are failure costs, appraisal costs, and prevention costs. These data are used to measure and evaluate the quality of your development process and to idetify ways to improve it.

• The software process can be viewed as the combination of two competing processes: defect injection and defect removal. The defect content of the finished product is then govenrned by the difference between the output and input of these two processes. Because the result is the difference of two large numbers, relatively small changes in either process can make a large difference in the final result. To effectively manage software quality, you must focus on both the removal and the injection process. Although detecting and fixing defects is critically important, it is an inherently defensive strategy. To make significant quality improvements, identify causes of the defects and then take steps to eliminate the causes, thus preventing the resulting defects.

• /W.Humphrey, PSP, Ch8/

Kokybė

• Procesas turi būti fokusuotas gaminti kokybiškus produktus– Kuo ilgiau defektas lieka PĮ, tuo didesnė jo pataisymo

kaina

Kokybė

• Procesas turi būti fokusuotas gaminti kokybiškus produktus– Kuo ilgiau defektas lieka PĮ, tuo didesnė jo pataisymo

kaina

– O jeigu ne:

Kokybė

• Defektus lengviausia šalinti individualiame lygyje – nekokybiški komponentai gali sugriauti ir tobulą komandos procesą

• PĮ kūrimo procesas kaip kombinacija dviejų konkuruojančių procesų:– Defektų kūrimo

– Defektų šalinimo

– Kokybė – skirtumas tarp tųprocesų rezultatų

Peržiūros

• Inspekcijos (inspection) – struktūrizuoti patikrinimai

• Peržiūros (walk-throughs) – neformalūs patikrinimai

• Asmeninės peržiūros

Asmeninių peržiūrų principai

• Peržiūrėti savo atliktą darbą prieš pereinant į sekančią produkto kūrimo proceso fazę

• Siekti ištaisyti visus defektus prieš atiduodant savo produktą kitam asmeniui

• Taikyti sklandžių peržiūrų praktikas: peržiūrinėti nedidelėmis porcijomis, daryti šviežia galva

• Matuoti peržiūros laiką, patikrinto produkto apimtį ir surastų defektų tipus ir skaičius

• Naudoti surinktus duomenis asmeninių peržiūrų procesui pagerinti

• Kurti produktus taip, kad juos būtų lengva peržiūrėti

• Peržiūrėti savo asmeninio proceso duomenis, kad surastumėte būdų, kaip prevenciškai aptikti defektų

Kodo peržiūros

• (žr. pratybų medžiagą)

Projekto peržiūros

Procesas:

• 1 Pasiruošimas– Pagal programą ir klausimyną numatyti peržiūros

strategiją

• 2 Peržiūra– Pagal kiekvieną klausimyno kategoriją, peržiūrėti

programos projektą– Pažymėti kiekvieną klausimą

• 3 Tvarkymas– Ištaisyti aptiktas projekto klaidas– Pakartotinai peržiūrėti visus pakeitimus– Pasižymėti ištaisytus defektus

Projekto peržiūros klausimynas

• (žr. PSP Materials 58-59 psl.)