PSP中代碼的估算、度量和錯誤的記錄

    PSP(Psrsonal Software Process,個體軟件過程）是一個過程描述、測度和方法的結構化集合，能夠幫助軟件工程師改善其個人性能。它提供了表格、腳本和標準，以幫助軟件工程師估算和計劃其工作。它顯示了如何定義過程及如何測量其質量和生產率。

    一個基本的PSP原則是：每個人都是不同的，對于某個工程師有效的方法不一定適合另一個，這樣，PSP幫助工程師測量和跟蹤他們自己的工作，使得他們能夠找到最適合自己的方法。

    軟件工程師在做項目的開發計劃時，或是由經驗而來，或是由用戶需求而定，往往存在計劃與實際相差比較大的情況，或者是前松后緊，遺漏過多，造成維護量的增加。如何減少這種情況的發生？就需要把經驗量化并做出分析。PSP做到了這一點，它能夠記錄項目的估算情況與實際情況，并進行比較分析，既利于有經驗的軟件工程師提高以后項目的預測率，也利于新手軟件開發人員參考其他工程師的經驗。項目的開發成本是一個很重要的問題。PSP能夠記錄項目的估算成本與實際成本，提高軟件開發人員對項目成本估算的準確度，這對在項目早期就有一個清楚的認識大有幫助，以利于以后工作的規劃與開展。

    現在軟件在大多數基于計算機的系統中已成為最昂貴的部分，如果軟件成本估算的誤差很大，就會使盈利變成虧損。軟件項目估算是一種解決問題的形式，在多數情況下，要解決的問題非常復雜，想一次性整體解決比較困難。因此，對問題進行分解，把其分解成一組較小的接近于最終解決的可控的子問題，再定義它們的特性。

    估算技術一般有代碼行(LOC)和功能點(FP)估算法，這是兩種不同的估算技術，但有許多共同特性。項目計劃人員首先給出一個有界的軟件范圍的敘述，再由此嘗試著把軟件分解成一些小的可分別獨立進行估算的子功能。然后對每一個子功能估算其LOC或FP(即估算變量)。接著，把基線生產率度量用做特定的估算變量，導出子功能的成本或工作量。將子功能的估算進行綜合后就能得到整個項目的總估算。

    LOC或FP估算技術對于分解所需要的詳細程度是不同的。當用LOC作為估算變量時，功能分解是絕對必要的且需要達到很詳細的程度。而估算功能點所需要的數據是宏觀的量，當把FP當做估算變量時所需要的分解程度可以不很詳細。LOC是直接估算的，而FP是通過估計輸入、輸出、數據文件、查詢和外部接口的數目，以及復雜性校正值間接地確定的。除去所用到的估算變量，項目計劃人員必須對每一個分解的功能提出一個有代表性的估算值范圍。利用歷史數據或憑實際經驗，計劃人員對每個功能分別按樂觀的、可能的、悲觀的三種情況給出LOC或FP估計值。

    為了反映開發特性的影響，應當隨時修正平均生產率。LOC和FP估算表的具體說明見目錄下。

LOC(Lines of Code,代碼行）估算代碼尺寸 

    把項目劃分為若干個功能，分別計算每個功能的代碼長度，所有功能代碼行之和即項目的代碼長度。

LOC估算表各項說明：

    每個功能的代碼長度估算值=（樂觀值+4*可能值+悲觀值）/6
    估算工作量=代碼總估算長度/估算生產率
    估算總成本=日薪*估算工作量
    估算行成本=估算總成本/估算代碼長度
    估算生產率由經驗獲得

FP(功能點）估算代碼尺寸

    項目的功能點數是幾個測量參數(用戶輸入數、用戶輸出數、用戶查詢數、文件數、外部接口數）的功能點之和。

    用戶輸入數：計算每個用戶輸入，它們向軟件提供面向應用的數據。輸入應該與查詢區分開來，分別計算。

    用戶輸出數：計算每個用戶輸出，它們向軟件提供面向應用的信息。這里，輸出是指報表、屏幕、出錯信息，等等。一個報表中的單個數據項不單獨計算。

    用戶查詢數：一個查詢被定義為一次聯機輸入，它導致軟件以聯機輸出的方式產生實時的響應。每一個不同的查詢都要計算。

    文件數：計算每個邏輯的主文件（如數據的一個邏輯組合，它可能是某個大型數據庫的一部分或是一個獨立的文件）。

    外部接口數：計算所有機器可讀的接口（如磁帶或磁盤上的數據文件），利用這些接口可以將信息從一個系統傳送到另一個系統。

FP估算表各項說明：

    每個測量參數的估算FP計數=估算值*加權因子
    項目估算FP=各參數FP計數之和*復雜度調整因子
    估算生產率由經驗獲得
    估算工作量=項目估算FP/估算生產率
    估算總成本=日薪*估算工作量
    單個FP估算成本=估算總成本/估算FP

項目測量

    項目測量的目的是雙重的。首先，這些度量能夠指導進行一些必要的調整以避免延遲，并減少潛在問題及風險，從而使得開發時間減到最少。其次，項目度量可在項目進行的基礎上評估產品質量，并且可在必要時修改技術方法以改進質量。

    隨著質量的提高，錯誤會減到最小，而隨著錯誤數的減少，項目中所需的修改工作量也會降低，就導致整個項目成本的降低。

    軟件測量可分為直接測量和間接測量。軟件工程過程的直接測量，包括花費的成本和工作量。產品的直接測量，包括產生的代碼行、執行速度、內存大小及某段時間內報告的缺陷。產品的間接測量，包括功能、質量、復雜性、有效性、可靠性、可維護性及其他能力。

    測量技術有LOC測量和FP測量法，LOC測量是直接測量，FP測量是間接測量。

LOC(Lines of Code,代碼行）測量代碼尺寸 

    把項目劃分為若干個功能，分別計算每個功能的代碼長度，所有功能代碼行之和即項目的代碼長度。

LOC測量表各項說明：

    實際總成本=日薪*實際工作量
    實際行成本=實際總成本/實際代碼長度
    實際生產率=實際代碼長度/實際工作量

FP(功能點）測量代碼尺寸

    每個測量參數的實際FP計數=實際值*加權因子
    項目實際FP=各參數FP計數之和*復雜度調整因子
    實際總成本=日薪*實際工作量
    單個FP成本=總成本/FP計數
    實際生產率=實際FP計數/實際工作量

項目進度

    為了更精確地制訂計劃，可以把項目劃分為若干個小任務，分別制定每個任務的完成計劃。

    工作量的安排可參考LOC估算工作量或FP估算工作量，通過工具提供的LOC估算表或FP估算表，可以查看估算工作量的值。

錯誤記錄

    記錄項目各個階段的錯誤及解決辦法。軟件工程師們都知道，缺陷排除效率(DRE)是軟件質量度量的指標之一。當把一個項目作為一個整體來考慮時，DRE按如下方式定義：

             DRE=E/(E+D)

    其中E=軟件交付給最終用戶之前所發現的錯誤數
        D=軟件交付之后所發現的缺陷數

    最理想的DRE值是1，即軟件中沒有發現缺陷。但現實中，D會大于0，如何把錯誤發現的階段盡量控制在軟件交付使用前？PSP能幫您改善這一點。