第五章 軟體生產率和工作量度量
軟體生產力的度量：基於功能點的度量（間接測量）和基於**行的度量（直接測量）。
基於 loc 度量方法的優缺點：
優點：loc，kloc 和相關度量容易計算。
許多現有的軟體估算模型都使用 loc 和 kloc 作為一項重要輸入。有大量關於 loc 的參考文獻和資料。
缺點：loc 依賴於使用的語言，這對短小精悍的程式不利。不太適用於非過程化語言。
loc 只有在設計完成時候才能計算，同時估算需要一定程度的細節，這些細節可能很難獲得。專案計畫人員很難在分析和設計完成之前估算 loc。
專案經理不應該使用 loc 和 fp 對乙個團隊或組織內工程師的生產率進行苛刻的評價。原因：工程師可能會通過產生較大的 loc 和 fp 來追求高生產率，而降低產品的質量。
cocomo 模型：用來成本估算。
白盒測試&黑盒測試⭐
度量術語之二 應用類和開發類生產率（實際度量案例）
乙個令人震驚的事實是連生產率這樣的常見度量資料都沒有乙個簡單的定義。連我們日常經經常使用到的公式 生產率 工作產品 工作量 工作產品能夠是 行，功能點，也能夠是不論什麼能夠計數的東西。比方文件頁數 都是錯誤的。假設你正常嘗試使用生產率做度量，那麼至少應該先分為以下兩種度量資料。注意以下的樣例為了便於...
軟體工程 速達5000開發工作量估算
一 功能點介紹 採購管理 採購計畫，採購訂單，請購單，採購開單，估價入庫，採購費用分攤 銷售系統 銷售計畫 銷售訂單 委託代銷 發出商品 銷售開單 倉庫系統 出入庫單 領料單 調撥單 調價單 組裝單 拆卸單 盤點單 報損單 其他收發貨單 pos管理 pos銷售單 發放抵用券 儲值卡充值 出入款單 調...
從工作槓桿率引申至對軟體工程質量控制的思考
前幾天讀到一篇文章 為什麼中國的 996 幹不過美國的 955 文未有鏈結 看過後有些感觸，也進行了一些思考，由此引申到軟體工程的質量控制，下面把自己的一些相法記錄下來 文中提到的一些觀點，我是比較認同的 關於工作的槓桿率，即單位工作時間產出的價值 關於產品質量 國內目前的 it 大環境實質上是鼓勵...