㈠ 估算軟體工作量多少或大小時如何選擇合適的方法
在估算軟體工作量時選擇哪種方法好，我覺得你應該先了解一下軟體項目工作量的估算方法主要有哪些。通常用的就3種：方程法、類比法和類推法。一般情況下估算軟體項目工作量是由估算軟體規模的結果作為輸入，然後採用方程法來進行估算。但也有一些特殊情況，比如需求非常模糊而無法進行規模估算時，可以直接採用類比法或類推法來估算軟體工作量。
以我個人的經驗，在估算軟體項目工作量時，如果你對於上面說的3種方法的使用足夠了解，是可以很容易選擇出合適的方法的。有關這3種方法的詳細介紹我認為你還是多去了解一下，或者系統的了解一下軟體成本估算方面的知識，畢竟工作量估算只是軟體成本估算中的一小部分。我可以推薦一本書給你，由北京軟體造價評估技術創新聯盟編寫機械工業出版社出版的《軟體研發成本度量規范釋義》第2版。或者也可以購買剛剛發布不久的國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》來了解相關知識。
希望我的回答可以幫到你，如還有疑問可以跟我聯系溝通。
㈡ 如何評估軟體項目的工作量（人/天）
一個工作或者是項目的工作量的評估，會牽涉到的因素確實比較多。根據經驗，羅列幾種因素，比如使用的方法或者工具、開發者的熟悉程度、以及(部門之間的)利益關系、對項目的理解評估人員的個性。基於各種因素考量最後出現的工作量評估會有比較大的區別。
1.使用的方法或者是工具
對於一個項目，A有些現成的模塊，B需要重新開始搭建，A和B對完成時間的評估自然不一樣。
或是對於開發一個網站，假設合理的工作量是，做前台展示頁面需要1個月，後台管理需要1個月。A會評估為1個月，等前台上線之後，再同步開始做後台管理。B可能會認為需要2個月，B認為前後台都完成，才是工作完成。
2.開發者的熟悉程度
這個容易理解，如果是一般對語言或是技術掌握不熟悉的人，花費的時間和返工的時間、溝通的時間自然就要長一點
3.(部門之間的)利益關系
公司之間的外包項目，服務方就傾向於時間長一點，考慮的因素是假設用戶需求會有一部分變化或者希望從中多賺錢。公司的部門之間也是類似，營銷部門總是希望越快越好，但是開發部門總是認為營銷部門沒有更早提出需求等等。
4.對項目的理解或者評估人員的個性
同樣一個項目，類似微信，如果1000個用戶數和1千萬的用戶數，做法上會有非常大的區別。
㈢ 軟體外包工程量按天計算的話.一般要多少錢一天.
看公司，我們收費一般是1000左右。
㈣ 估算一個軟體項目工作量多少時如何選擇合適的估算方法
一般看項目復雜性，功能點多少，開發人員水平這些因素吧。有明確的項目架構，產品功能版本規劃的，開發人員齊全穩定的，就估算得准確些。項目做什麼做哪些都不清楚，怎麼算，人員技術都不齊全的，遇到不會做的也很難說要多久。軟體開發流程一般都是需求-設計-開發-測試-發布，流程走得順利，不頻繁更改需求，打亂流程，就沒那麼多誤差。知道做什麼了，才按每人每天能做多少事了安排計劃，大概就能算出進度表了。
㈤ 工時計算有什麼軟體
稍微查看一下都能看到的，不過要注意合不合適，很多排班軟體只是針對部分行業，適配度不是很高，你可以用喔趣工時管理軟體，基本適用於任何行業
㈥ 軟體規模估算有哪些方法
現實中常見的軟體成本估算方法包括經驗法（專家法）、類推法，類比法、方程法，交叉驗證法。除估算方法外，還需要估算資料庫的支持才能繼續度量分析，從而得出估算目標。估算數據基礎可以是企業歷史資料庫，也可以是行業基準資料庫。
《軟體研發成本度量規范》中軟體成本估算的思路分三步驟：規模估算、工作量估算、成本估算。
㈦ 軟體工程習題 迭代所用時間的估算值是多少
A噴泉模型：噴泉模型對軟體復用和生存周期中多項開發活動的集成提供了支持，主要支持面向對象的開發方法。「噴泉」一詞本身體現了迭代和無間隙特性。系統某個部分常常重復工作多次，相關功能在每次迭代中隨之加入演進的系統。所謂無間隙是指在開發活動，即分析、設計和編碼之間不存在明顯的邊界
㈧ 如何計算工時，有計算工時的軟體嗎
有個天工菱達的工時計算軟體，能計算機械加工各個工種的工時，還有像熱表、鍛造、鑄造的工時，你可以在網上找找看，希望能幫到你！