Asmeninis programų kūrimo procesas

1. Asmeninis programų kūrimo procesas 4 paskaita 2013-04-26 Andrius Adamonis

2. Turinys • Kokybė • Kodo peržiūros • Projekto peržiūros

3. PSP praktikos TSP Komandos sudarymas Rizikos valdymas Projekto valdymas ir sekimas Komandinis procesasTSP PSP 2.1 Projektavimas pagal šablonus Kokybės valdymas ir projektavimas Kokybės valdymas ir projektavimas PSP 2 Kodo peržiūros Projekto peržiūros PSP 1.1 Užduočių planavimas Tvarkaraščio planavimas Vertinimas ir planavimas PSP 1 Dydžio vertinimas Testavimo ataskaita PSP 0.1 Kodavimo standartas Proceso gerinimo pasiūlymas Dydžio matavimai Proceso disciplina ir matavimai PSP 0 Esamas procesas Baziniai matavimai

4. 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/

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

6. Kokybė • Procesas turi būti fokusuotas gaminti kokybiškus produktus • Kuo ilgiau defektas lieka PĮ, tuo didesnė jo pataisymo kaina • O jeigu ne:

7. 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ų

8. Peržiūros • Inspekcijos (inspection) – struktūrizuoti patikrinimai • Peržiūros (walk-throughs) – neformalūs patikrinimai • Asmeninės peržiūros

9. 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ų

10. Kodo peržiūros • (žr. pratybų medžiagą)

11. 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

12. Projekto peržiūros klausimynas • (žr. PSP Materials 58-59 psl.)