軟體度量整合化分析模型

2021-06-07 22:18:39 字數 1776 閱讀 6104

軟體度量是軟體過程改進的乙個重要方面,度量的目的是過程改進,但最終目的仍然是軟體企業的成本收益上.如果最終的度量和改進沒有體現到企業的贏利上,那就不能將度量和改進發揮了作用.

將度量用於績效考核是不推薦的做法,但當度量不和績效考核掛鉤的時候更需要從人性化的角度去推動度量和改進.和績效考核掛鉤造成的後果就是為了指標而指標,為了度量而度量,具體指標和度量資料能夠發揮哪些作用,如何指導改進和企業贏利並不會有太多人關心.軟體工程和cmmi推薦了一套整合化的度量分析模型,我們講給模型仍然不能充分體現客戶驅動和價值驅動的概念.如果真正體現績效,似乎從平衡計分卡角度來規劃軟體度量的指標更有實際的指導意義(待後續思考).

對於度量,首先要解決為什麼需要度量的問題,做任何事情都是需求驅動的,沒有源動力驅動做一件事情就體現不出價值.而驅動度量的源動力歸根到底仍然是以最小的成本生產高質量的軟體,為企業創造價值.這個驅動力是乙個長期的驅動力而不時侷限在現在,對於軟體過程改進更是體現在對企業中期和長期價值的貢獻.

不可否則人的經驗或專家的判斷比一些資料更有用.但這些經驗必須要能夠固化下來形成過程或方**,才能形成企業的過程資產,長久的為企業服務.如何來證明某種方法或經驗是否有效?我們可以設定指標,開始收集和分析資料,根據資料做出決策和判斷.所以大家都清楚可以通過度量來知道某種方法是否有效,但如何保證你設定的度量指標本身,你收集的資料是否真正有效才是度量的關鍵問題.

要使度量真正有效必須要解決兩方面的問題,乙個是度量指標的設計是否合理?乙個是如何保證你收集的資料是真實可靠?這兩者缺一不可,如果這兩點都做好了,你的度量過程就做好了.度量過程做好了才談得上我們利用這些資料去做分析和決策,以持續改進工作軟體開發過程.《實用軟體度量》一書在如何進行有效度量中還談到必須將度量過程做為軟體工程的支援過程來實現,但對於其強調的資訊驅動度量還不如講為價值驅動度量。如果從單個專案管理角度來看則是為實現專案目標而度量。

1)功能規模表示專案預計提供的功能數量,通常有需求,變更需求和功能點決定。功能規模決定物理規模,或者說功能規模和物理規模間存在某種函式關係。

2)對於新技術的發現和創新可能回縮小產品的規模。新技術包括外購的軟體,可重用的元件或架構。在新產品開發中其一是採用的技術架構對產品物理規模有影響,其二是業務規則本身的複雜性影響產品物理規模。由於採用的技術不確定,常導致產品的規模不確定。

3)產品規模的增長和不穩定性導致需要額外的人力資源。

4)過程效能或說軟體開發過程成熟度會增加對人力資源和資金成本的需求並增加開發進度和產品質量。成本,進度和質量其本身就是專案的三重重要約束,成熟的過程也需要在三者之間達到一種平衡,最終體現到對軟體企業長遠期收益和價值的貢獻。

5)如果在專案早期增加人員,並使人員得到良好的培訓和交流,有可能提前專案進度。但對於進行中的專案,增加人員往往只能使進度更加落後。在熟練的人員進入乙個新專案都存在對專案開發環境和過程的熟悉。

6)進度太緊張可能導致產品質量問題。包括產品缺陷,維護問題和效能問題。這通常發生在為了滿足很緊的進度而減少測試工作的情況下。對評審和測試中發現的問題不予解決或解決不好同樣會引發質量問題。

7)潛在的產品質量問題可能導致專案的返工,從而需要更多的人力資源和資金的投入。copq壞質量成本在軟體開發專案中必須得到控制,因為任何返工往往會使需求,設計和開發等多個環節受到影響。

8)質量問題會導致產品穩定性下降並影響成本。管理人員可能會被迫修改或取消一些任務需求來滿足成本和進度的約束。

9)對於軟體專案而言,人員工作量包括返工是專案成本的關鍵因素。成本控制可以僅僅通過控制其它上游因素來確定。

10)資源和費用超支同產品質量問題一樣都影響客戶滿意度。

軟體專案度量中主要的度量指標

軟體度量是軟體過程改進的基礎,如果沒有對目前的狀態作出度量,那麼就談不上作改進,當然如果沒有對改進後的過程作度量比較,也無法知道過程改進的效果。那麼,在軟體專案的度量中應該主要度量哪些指標呢?對於乙個組織,要對組織內的所有專案進行度量,則可以從幾個主要指標入手,如 軟體專案規模 size 工作量 e...

軟體質量目標度量

質量目標每個階段結束之前進行審核,若沒有達到,則認為此階段不能結束。編碼階段結束的標準是 功能全部實現,注釋率 20 codereview和單元測試達到或超過質量目標要求。核心部分code review缺陷率 個 kloc 3,50k 是3 50 150個缺陷。單元測試缺陷率 個 kloc 1.5 ...

軟體質量目標度量

質量目標每個階段結束之前進行審核,若沒有達到,則認為此階段不能結束。編碼階段結束的標準是 功能全部實現,注釋率 20 codereview和單元測試達到或超過質量目標要求。核心部分code review缺陷率 個 kloc 3,50k 是3 50 150個缺陷。單元測試缺陷率 個 kloc 1.5 ...