我們有一個非常大的20-30個模塊的項目,但主要是完成。它處於維護階段(主要是bug修復和很少新功能)。我正試圖想出一些開發人員來維護產品。每1000行代碼需要多少個維護開發人員
有沒有很好的方法來衡量這個數字?
該項目主要是基於WinForm的C#應用程序(混合使用.net 1.1和2.0)以及多種vb6應用程序。
我們有一個非常大的20-30個模塊的項目,但主要是完成。它處於維護階段(主要是bug修復和很少新功能)。我正試圖想出一些開發人員來維護產品。每1000行代碼需要多少個維護開發人員
有沒有很好的方法來衡量這個數字?
該項目主要是基於WinForm的C#應用程序(混合使用.net 1.1和2.0)以及多種vb6應用程序。
這完全取決於代碼質量,更改頻率和測試級別。例如,一個包含數千行代碼,但非常罕見的更改以及完整的單元/集成測試庫的系統可能需要的開發人員較少,而這個小型系統經常發生變化並且沒有進行測試。
另一個重要因素是開發人員參與的經驗,不僅是一般情況,而且特別是他們對特定項目的理解。
最後,這是一個非常難以估計的統計數據,您可能最好查看當前正在項目中的開發人員的工作量,並根據需要慢慢地將人員移入或移出項目。
我認爲這將取決於很多變量:您聘請的開發人員的素質,他們對代碼的熟悉程度,代碼的歸屬性以及用於初學者的語言。我不認爲會有一個方法可行。
我不認爲有一個好的方法來選擇這個。這將取決於幾個因素:
你可能只想從一個小團隊開始,看看工作是如何進行的,如果需要的話,稍後再添加更多的成員。
它更多地取決於需要固定的錯誤的數量和難度,而不是項目的規模。作爲開始:
如果你已經使用問題跟蹤系統,在項目生命週期中,你可以運行出你的每月平均時間來解決,然後它會給你的歷史維護要求的問題平均數的報告。
然後,您可以將其推斷到未來。
有一個命令行工具sloccount
,它實現了COCOMO model。它可以在author's website和基於Debian的系統上通過apt-get
獲得。
對於這個問題,有這麼多的答案是很令人遺憾的,因爲那裏的研究表明,對於一個足夠大的項目來說,LoC與維護成本的相關性非常好。 (我會添加一個鏈接,但我在這裏,因爲我試圖找到一個來源。) – benzado 2016-01-06 16:41:49