如果按照您所說的術語來衡量代碼質量將是一件非常簡單的工作,且指標準確無誤,那麼可能不再需要項目經理了。更重要的是,好的和差的管理者之間的區別是非常小的。因爲它不是,這只是表明獲得關於軟件質量的準確概念並非易事。
您的問題涉及到多個量化不同的領域或對量化非常主觀的領域,因此您應將這些問題歸入與常見目標相對應的類別。然後,您可以爲每個類別分配一個「重要性」因素,並從中得出一些指標。
例如,您可以使用static code analysis tools來測量代碼的語法質量,並從中得出一些指標。
您還可以使用與版本控制系統集成的缺陷跟蹤工具從缺陷/代碼行中得出度量標準。
爲了測量編碼過程的穩健性,重用性和效率,您可以評估每個功能開發的設計模式的使用情況(當然這是有意義的)。沒有任何工具可以幫助你實現這個目標,但是如果你監視你的軟件變得越來越大,並且把數字放在這些數據上,它可以給你一個關於你的項目如何發展以及它是否朝着正確的方向的好主意。引入代碼審查程序可以幫助您更輕鬆地跟蹤這些過程,並可能在開發過程的早期解決它們。可以使用適當設計模式實現的功能的百分比。
雖然指標可能相當抽象且主觀,但如果您花時間去嘗試改善它們,它可以爲您提供有用的信息。
有幾件事情需要注意的軟件過程,雖然指標:
- 除非你做的好,指標可能被證明是弊大於利。
- 指標很難做好。
- 您應該謹慎使用指標評估個人表現或提供獎金計劃。一旦你這樣做,每個人都會試圖欺騙系統,你的指標將被證明毫無價值。
社區維基... – 2009-06-29 21:07:03