1 建立估算模型
參考歷史資料、結合估算模型計算。
估算模型結構如下：
輸入：成本（主要由工作量決定），質量。
輸出：進度，包括資源（即人員數量和質量，即能力）和時間。
輸入引數中，核心為工作量估算，下面分別對專案開發過程中的幾個重要過程的工作估算進行說明：
1.1 需求分析
輸入：功能點數目、複雜度（包括業務邏輯複雜性）、使用者成熟度、人員經驗、復用比例（歷史經驗）。
輸出：人月數（或其他人時數）。
1.2 系統設計（包括資料庫設計、概要設計和詳細設計）
輸入：功能點數目（可以轉化為loc）、複雜度（包括開發語言、是否需要自己實現演算法、是否考慮未來擴充套件或復用）、復用比例（元件、類庫、**等）、人員經驗。
輸出：人月數（或其他人時數）。
1.3 編碼（包括單元測試）
輸入：功能點數目（可以轉化為loc）、複雜度（包括開發語言、是否需要自己實現演算法、是否考慮未來擴充套件或復用）、復用比例（元件、類庫、**等）、人員經驗。
輸出：人月數（或其他人時數）。
1.4 測試（不包括單元測試）
輸入：功能點數目、複雜度（包括業務邏輯複雜度、ui複雜度）、人員經驗。
輸出：人月數（或其他人時數）。
1.5 質量保證
質量保證對上面各個過程的工作產品都要進行檢驗，其工作量估算與該過程工作量的趨勢一致。
2 度量
3 檢驗，改善估算模型
附錄：loc(line of code)
關於軟體評審的一些想法
軟體評審 軟體評審並不是在軟體開發完畢後進行評審，而是在軟體開發的各個階段都要進行評審。因為在軟體開發的各個階段都可能產生錯誤，如果這些錯誤不及時發現並糾正，會不斷地擴大，最後可能導致我們開發結果不可控。軟體評審是相當重要的工作，也是目前國內開發最不重視的工作。1 評審目標 發現任何形式表現的軟體功...
關於專案管理的一些想法
從開始上班到現在我已經工作了快5年了，換了3次工作，在不同的工作環境中學習到了不少的知識，但是也發現了在專案開發中的一些弊病，主要在於需求方面，其實編碼沒有太大的難度，難的是怎樣保證需求不會在短時間內發生頻繁的變更，所以整理了一下專案開發的流程和其中需要注意的問題。一般交付性專案的流程分為以下幾個步...
關於課題專案的一些想法
一 網格計算與雲計算 1.零碎的想法 各自的特點與應用場景不同和可以借鑑的地方 網格計算興起的原因，要解決的問題，相關 中提出要解決的問題是否已經解決了？已經過了十多年？雲計算興起的原因，要解決的問題，相關 中提出的問題 關於資料庫應用系統測試的 一些初步的構想 雲市場？是否有實現，發展的方向和當時...