1、.軟件系統(tǒng)質量記分辦法，可以按照月，季或者年進行記分合計，每分對應相應的價格進行獎懲。上線前需求覆蓋率，至少95%；問題遺留率，最高5%；嚴重 BUG比率，最高10%；試運行過程初期故障率： 指軟件在初期故障期（一般以軟件交付給用戶后的三個月內為初期故障期）內單位時間的故障數(shù)。一般以每100 小時的故障數(shù)為單位。可以用它來評價交付使用的軟件質量與預測什么時候軟件可靠性基本穩(wěn)定。初期故障率的大小取決于軟件設計水平、檢查項目數(shù)、軟件規(guī)模、軟件調試徹底與否等因素偶然故障率：指軟件在偶然故障期（一般以軟件交付給用戶后的四個月以后為偶然故障期）內單位時間的故障數(shù)。一般以每1000 小時的故障數(shù)為單位，它

2、反映了軟件處于穩(wěn)定狀態(tài)下的質量運維過程平均失效間隔時間（MTBF）指軟件在相繼兩次失效之間正常工作的平均統(tǒng)計時間。在實際使用時， MTBF通常是指當 n 很大時，系統(tǒng)第 n 次失效與第 n+1 次失效之間的平均統(tǒng)計時間。國外一般民用軟件的 MTBF大體在 1000 小時左右。對于可靠性要求高的軟件， 則要求在 100010000小時之間。考核辦法：小于1000 小時，記10 分；小于 500 小時，記20 分；小于 200 小時，記30 分；小于 100 小時，記50 分并記嚴重缺陷。1 / 5.易用性指標易用性可通過多方評審來確定，分優(yōu)秀、良好、一般、較差、極差；較差，記10 分；極差記 2

3、0 分并需進行整改。性能質量吞吐率單位時間軟件的信息處理能力（即各種目標的處理批數(shù)） 。軟件必須具有處理海量數(shù)據(jù)的能力。吞吐率就是體現(xiàn)該能力的參數(shù)。隨著信息的泛濫，要求軟件的吞吐率應該達到數(shù)百批最大并發(fā)用戶數(shù)系統(tǒng)在用戶使用峰值時能夠承載的最大用戶使用數(shù)量，需要通過測試確定， 也可由用戶指定，通常如果 100 用戶數(shù)量，采用 80?20 原則計算得到每小時峰值活動用戶數(shù) 6.667 / 小時性能每下降 5%，記 10 分，下降超過 30%記 30 分，并需要性能調優(yōu)。響應時間頁面響應時間用戶體驗效果處理辦法3s極佳5s良好8s一般10s 以上很差每個頁面記1 分穩(wěn)定性平均失效恢復時間指軟件失效后

4、恢復正常工作所需的平均統(tǒng)計時間。對于軟件，其失效恢復時間為排除故障或系統(tǒng)重新啟動所用的時間，而不是對軟件本身進行修改的時間（因軟件已經(jīng)固化在機器內， 修改軟件勢必涉及重新固化問題，而這個過程的時間是無法確定的）。1 小時以內，記1 分2 / 5.2 小時以內，記2 分5 小時以內，記3 分8 小時以內，記5 分超過 8 小時，記10 分，并記為嚴重故障。兼容性系統(tǒng)兼容性系統(tǒng)能夠對多種操作系統(tǒng)進行兼容，例如：WIN， LINUX， UNIX 等，各種操作系統(tǒng)的版本也可定義；手機端軟件同樣適用?？己宿k法每缺少一款要求的兼容系統(tǒng)，記50 分；缺少兩款以上可拒絕驗收。應用兼容性對 B/S 架構軟件，對

5、瀏覽器需進行兼容，例如：IE 系列、火狐、 CROME、遨游、 360 等；手機端軟件同樣適用。考核辦法：每缺少一款要求的兼容瀏覽器，記20 分；缺少三款以上可拒絕驗收。外設兼容性與各種外設的兼容性，考核辦法參見前面內容版本間數(shù)據(jù)兼容性系統(tǒng)升級過程中各版本的數(shù)據(jù)兼容性，不能出現(xiàn)高版本不兼容低版本數(shù)據(jù)的情況，考核辦法參見前面內容軟件代碼質量3 / 5.代碼 BUG 率缺陷密度指軟件單位源代碼中隱藏的缺陷數(shù)量。通常以每千行無注解源代碼為一個單位。一般情況下，可以根據(jù)同類軟件系統(tǒng)的早期版本估計FD 的具體值。如果沒有早期版本信息，也可以按照通常的統(tǒng)計結果來估計?！暗湫偷慕y(tǒng)計表明，在開發(fā)階段，平均每千行源代碼有5060 個缺陷，交付后平均每千行源代碼有1518 個缺陷 ”。代碼編寫質量代碼規(guī)范符合度代碼編寫內容是否按照代碼編寫規(guī)范進行編寫，每出現(xiàn)一處不符合規(guī)范的內容，記 1 分，代碼編寫內容滿足規(guī)范少于30%，記 100 分并需要整改。代碼注釋量理想情況為1:1