在日本早期的軟件開發(fā)管理中,的確有按照代碼行數(shù)來算開發(fā)成本的,但是,隨著目標指向語言流行和軟件開發(fā)管理的進步,這種方法已經(jīng)很少見了。
創(chuàng)新互聯(lián)建站-云計算及IDC服務(wù)提供商,涵蓋公有云、IDC機房租用、成都服務(wù)器托管、等保安全、私有云建設(shè)等企業(yè)級互聯(lián)網(wǎng)基礎(chǔ)服務(wù),電話聯(lián)系:13518219792
而且,現(xiàn)在很流行開發(fā)工具自動化,很多代碼都是自動生成的,很難計算一個月能寫多少代碼。
如果非要數(shù)字,平均一個月寫3到10萬行應(yīng)該是不成問題的。
有一種叫做StepCounter的工具可以計算java代碼行數(shù),lz可以看一下。
績效考核的話:js vs j2ee 1:2.5的比例。
因為js的測試比較花時間。
就我以前的經(jīng)驗
js 200行/天人
java代碼 500行/天人
包含單體測試通過,是一個比較熟練的程序員的水平。
最好針對每一本程序有一個難易度的區(qū)分,然后加權(quán)計算。
比如 難度系數(shù)分為 1,2,3
計算每本的績效用 = 代碼行數(shù) * 難度系數(shù)
純客觀的數(shù)據(jù)有時候并不能客觀地反映組員的真實貢獻。
同時還要考慮組員在項目中別的貢獻,比如幫助別的組員解決問題等。
這樣更科學一點。
沒有特定多少行,根據(jù)實際情況該寫多少行就寫多少行
看過幾千行的代碼,目前還沒遇到一個java類代碼行數(shù)超出的問題,不過經(jīng)常用的java類的代碼行數(shù)越少越好,盡量讓方法獨立,功能獨立,加載java類是需要花時間的,合理分配最好。
java項目的大小衡量標準:
微型:只是一個人,甚至是半日工作在幾天內(nèi)完成的軟件; ?
小型:一個人半年內(nèi)完成的?2000?行以內(nèi)的程序;
中型:?5?個人在?1?年多的時間內(nèi)完成的?5000-50000?行的程序;
大型:?5-10?人在兩年內(nèi)完成的?50000-100000?行的程序;
甚大型:?100-1000?人參加用?4-5?年完成的具有?100?,?0000?行的軟件項目;
極大型:?2000-5000?人參加,?10?年內(nèi)完成的?1000?萬行以內(nèi)的程序;
以上摘自:《軟件工程概論》???鄭人杰、殷人民編
這樣的觀點是以代碼行作為計量標準的,認為代碼行多的自然項目也就大了。
簡單的增刪改查每個功能大概評估在500行代碼總數(shù)就2000行,每人天70行的話。28天完成包括需求文檔的寫作,設(shè)計文檔的寫作,測試用例的編寫及代碼開發(fā)和單元測試、系統(tǒng)測試時間。
hotspot 虛擬機(咱們平時開發(fā)用的sun公司的虛擬機,其他兩大商用虛擬機是BEA的JRockit和IBM的J9)里面兩個字節(jié)來限制大小,所以最多65536行,超過javac會無法編譯。而且一個Java方法不能超過64k。一般一個Java類不要有太多行數(shù),如果一個Java代碼超過幾千甚至過萬,個人覺得應(yīng)該考慮一些代碼優(yōu)化方式,比如繼承;或者重新構(gòu)思這個類。代碼行數(shù)太多可讀性查,不利于維護。
網(wǎng)頁名稱:java代碼規(guī)模預(yù)估 JAVA代碼分析
當前路徑:http://chinadenli.net/article4/doddeie.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站制作、網(wǎng)站內(nèi)鏈、小程序開發(fā)、網(wǎng)站排名、微信小程序、Google
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)