一、引言
如果要提高軟體開發人員的開發質量，必須有相應的考核制度，有了制度後才能推動開發人員想方設法改善自已的開發質量。雖然目前很多公司有這方面的績效考核，但是由於軟體開發行業的特殊性，大多數公司沒有對軟體開發的過程進行細粒度的度量，所以不能依據有效的度量資料來考核開發人員的工作績效，大部份只是憑考核人主觀意志來考核，不能形成對被考核人有效的說服力。所以根據以前經驗和相關的資料編寫了適用於本部門的度量和考核方法。
該考核方法是技術支援部軟體開發人員和測試人員的試行版本。
二、目的
對軟體開發的過程所產生的軟體項的質量和過程進行定量的評價，用評價的結果指導軟體的開發過程，不斷地提高軟體開發質量水平，並依據度量記錄來考核軟體開發人員的工作績效。
三、考核實施辦法
1、定義
1.1、軟體項包括
1）、技術文件："軟體工程產品集"所確定的配置項。主要包括：使用者需求文件、需求分析文件、概要設計文件、詳細設計文件、開發計畫、測試文件、使用者手冊、總結報告等。
2）、電腦程式。
1.2、度量資料的**
1）、專案計畫：過程度量中及時度考核資料的主要依據。
2）、測試文件：電腦程式質量考核資料主要依據。
3）、軟體維護記錄：主要是指軟體產品投入使用者使用後產生的軟體維護記錄。
2、質量度量
2.1 度量指標
主要根據各類軟體項檢查表的檢查指標來確定。例如，詳細設計說明書檢查表有10個檢查指標，則根據具體專案檢查側重點不同，可從中選擇相應的檢查指標作為度量指標。（本文末尾附了各工作階段的考核檢查指標表）
2.2 質量等級
1）軟體項的質量等級的確定根據度量綜合指標進行。
2）度量綜合指標計算公式為：
total = ∑qimi。
3）其中i=1,2,...n代表指標數量；
4）q代表度量的指標；
5）m代表度量的指標q在整個指標體系中所佔的權重係數，對不同的開發專案可能不同，此係數根據開發的不同著重點給出。
度量指標權重係數表
6）質量評價：一般地，根據度量綜合指標值，有以下評分標準。
質量評價計分標準表
2.3 度量指標計算方法
2.3.1、度量指標評分標準：根據軟體項的各檢查指標的缺陷率來確定，既為每項度量指標制定計分標準，缺陷率越高得分越低。
度量指標計分標準表
2.3.2、缺陷率**：
主要是各軟體項檢查、評審、測試的過程所產生的缺陷跟蹤表，缺陷跟蹤表中的缺陷類別對應檢查表中的檢查指標。
2.3.3、缺陷率單位
1）、結構化方法
需求文件：以功能點或文件頁數為單位（缺陷數/功能點、缺陷數/頁）。
設計文件：以模組或文件頁數為單位（缺陷數/模組、缺陷數/頁）。
軟體**：以模組或**行數為單位（缺陷數/模組、缺陷數/loc）。
2）、物件導向方法
需求文件：以業務用例或文件頁數為單位（缺陷數/buc、缺陷數/頁）。
設計文件：以用例或文件頁數為單位（缺陷數/uc、缺陷數/頁）。
軟體**：以用例或**行數為單位（缺陷數/uc、缺陷數/loc）。
2.3.4、開發人員缺陷率計算方法：
1）、首先根據缺陷跟蹤表中的缺陷類別分別統計各類別的缺陷率，然後依據度量指標計分標準表來給每個度量指標打分。
2）、缺陷率計算公式為：
total = ∑(bi/u)mi。
3）、其中i=1,2,...n代表缺陷級別，缺陷級別可分為：致命、嚴重、一般、輕微；
4）、b代表每種缺陷級別的缺陷數；
5）、u代表缺陷率單位數；
6）、m代表每種缺陷級別的權重係數，通常權重係數以"一般" 缺陷級別作為基數（權數設為1），"輕微"缺陷級別可不用計算缺陷率（權數設為0）。
缺陷級別權重係數表
2.3.5、測試人員缺陷查詢率計算方法：
1）、在軟體項檢查、評審、測試過程中，測試人員、專案經理或開發經理需要填寫缺陷查詢質量度量表作為月度考核或季度考核依據。
2）、缺陷查詢率計算方法
a）、缺陷查詢率計算公式為：
total = ∑(bi/u)mi。
b）、其中i=1,2,...n代表缺陷級別，缺陷級別可分為：致命、嚴重、一般、輕微；
c)、b代表每種缺陷級別的缺陷數；
d）、u代表缺陷率單位數；
d）、m代表每種缺陷級別的權重係數，通常權重係數以"一般" 缺陷級別作為基數（權數設為1），"輕微"缺陷級別可不用計算缺陷查詢率（權數設為0）。
缺陷級別權重係數表
3）、缺陷查詢質量評價：為每個軟體項制定相應的缺陷查詢質量計分標準，查詢量越高，得分越高（隨著開發人員bug率的降低，測試人員的查詢率也相應降低，需要隨時調整該計分標準）。
缺陷查詢質量計分標準表
4）、績效考核標準
績效考核計分標準表
5）、缺陷考核
某階段的軟體項檢查、評審、測試通過後，如果在後面階段工作中發現此軟體項的缺陷時，需定位缺陷級別以及引發缺陷的原因後再處理。處理方法為：？
3、過程度量
考核指標為：及時度、成熟度、改善效率。
3.1、及時度
1）、以軟體專案計畫規定的完成時間（該時間由員工和主管共同商討制定）為基準，通過比較實際完成時間和計畫完成時間的時間差，與軟體項完成週期的比率來評價各軟體項的及時度。
2）、時間差率=(實際完成時間-計畫完成時間)/(計畫開始時間-計畫完成時間)
3）、評分標準如下：時間差率範圍可根據具體專案而定。時間差率越高得分越低。
及時度評分標準表
3.2、成熟度
以軟體項檢查、評審、測試的結果為評價基準，評分標準如下：
1）、9～10分：一次檢查、評審、測試通過，無須調整；
2）、7～8分：一次檢查、評審、測試通過，略有調整，或第二次檢查、評審、測試通過無須調整；
3）、6分以下：二次以上檢查、評審、測試未通過。
3.3、改善效率
在檢查、評審、測試的結果的基礎上改善軟體項結果，以改善的時間是否影響後續階段的完成和計畫的總體完成時間為評分依據，評分標準如下：
1）、9～10分：改善效率良好，軟體項的修改無須增加工作量，不影響現階段的繼續進行和專案計畫的總體完成，或無須修改；
2）、7～8分：改善效率一般，軟體項的修改或完善影響現階段的繼續進行，增加工作量在原計畫的20%（此閥值可根據具體專案而定）以內；
3）、6分以下：改善效率較差，軟體項的修改或完善過程使專案延期，或增加的工作量超過20%（此閥值可根據具體專案而定）。
3.4、綜合評價
1）、過程度量的綜合評分方法是：
s=p*a1+m*a2+e*a3。
2）、s代表綜合評分；
3）、p代表及時度；
4）、m代表成熟度；
5）、e代表改善效率；
6）、a代表過程指標（p、m、e）在整個指標體系中所佔的權重係數（可根據具體專案而定）。
過程指標權重係數表
7）、過程評價：一般地，根據過程綜合評分，有以下評分標準。
過程評價計分標準表
4、軟體項綜合評價
1）、軟體項綜合評分=質量評分*質量權數+過程評分*過程權數。
綜合指標權重係數表
2）、軟體項綜合評價：一般地，根據軟體項綜合評分，有以下評分標準。
軟體項綜合評價計分標準表
5、度量記錄
測試人員、專案經理或開發經理在軟體項提交檢查、評審、測試通過後，需要填寫軟體項度量表，並提交給中心主任批准。如果乙個軟體項由多人完成，需要將軟體項按（功能、模組）拆分，分別記錄各人的度量，作為年終績效的度量標準。
6、績效考核
6.1月考核
學院規定的績效考核為月度考核。以各人當月的具體工作按以上規則進行月考核。
月考核分為兩個部分：月度度量考核分和主管考評。
s=m+a
月績效考核權重係數表
主管、同級和個人考評專案表
6.2 年度考核
年度考核分成兩個部分：月度考核平均分和主任考評。
年度考評專案表
主任考評、統計之間的考評和個人考評參見月考核主管考評表。
額外工作情況：臨時安排而且沒有調整工作計畫專門安排時間的計畫外工作。例如：技術支援維護等。
額外工作情況計分量化值為：任務數+工作量。
額外工作情況考核權重係數表
任務數和工作量的具體評分準則為：
任務數得分=個人任務數/部門總任務數
工作量得分=個人工作量/部門總工作量
最終額外工作情況評分標準按正態分佈評分。
額外工作情況計分標準表
6.3績效考核評分標準：
績效考核計分標準表
學習軟體開發的方法
做個有腦子的程式設計師 開發軟體不是搞科學研究，是工程應用，沒有解決不了的問題，只有沒找到解決方法的問題。一定學習吸收別人的經驗教訓，重視積累 剛開始學習，什麼都不會，一動手，就會碰到很多困難，挫折會打擊學習的積極性，一定要通過有趣的案例，增加動手的積極性和實踐的主動性學一門語言，除了語言本身的技能...
軟體開發合同
甲方委託方 位址 郵編 乙方開發方 位址 郵編 負責人 甲方委託乙方，乙方接受甲方委託，開發軟體產品，雙方就合作事宜達成如下協議 一.合作方式 乙方根據甲方的要求定製開發軟體產品，並向甲方提供技術培訓 甲方向乙方支付費用。二.軟體內容要求及驗收標準 1.依據本合同約定，甲方委託乙方開發的軟體產品為 ...
軟體開發合同
合同編號 h00001s0a112 專案名稱 委託方 甲方 承攬方 乙方 簽訂日期 年月日 有效期限 年月日至年月日 一 合同標題 甲方同意委託乙方開發專案。乙方願意承接甲方上述開發專案，並保證按時 按質地完成開發任務。二 雙方責任 1 甲方負責提出資訊發布系統使用者需求，並在系統開發完成後，及時組...