【正文】 nstructive Cost Model）l 該成本估算模型是一種精確、易于使用的成本估算方法l COCOMO模型的分類（按其詳細程度，分三級）基本模型、 中間模型、 詳細模型252。 面向對象語言 =30 161。 pascal=90161。 匯編語言 =300161。而設計的。 復雜性校正值復雜性校正值 Fi1. 系統(tǒng)是否需要系統(tǒng)是否需要 可靠的備份可靠的備份 和和 恢復恢復 ？？2. 是否需要是否需要 數據通信數據通信 ？？ 3. 是否有是否有 分布處理的功能分布處理的功能 ？？4. 是否是否 性能成為關鍵性能成為關鍵 ？？5. 系統(tǒng)是否系統(tǒng)是否 運行在既存的高度實用化的操作環(huán)境中運行在既存的高度實用化的操作環(huán)境中 ？？6. 系統(tǒng)是否需要系統(tǒng)是否需要 聯(lián)機數據項聯(lián)機數據項 ？？7. 聯(lián)機數據項是否需要聯(lián)機數據項是否需要 建立多重窗口顯示和操作建立多重窗口顯示和操作 ， 以處理輸入處以處理輸入處理理 。 FP ＝ UFP( ＋ SUM ( Fi ) ) 估算功能點的步驟 UFP UFP=a1Inp+a2Out+ a3Inq+a4Maf+a5Inf 其中， ai（ 1≤i≤5）是信息域特性系數，值由相應特性的復雜級別決定 。 外部接口數：與系統(tǒng)中其他設備通過外部接口讀寫信息次數均應計數。邏輯主文件是指邏輯上的一組數據，可以是一個大數據庫的一部分，可以是一個單獨的文件。 161。161。161。 代碼行估算只適用于過程式程序設計語言，對非過程式的程序設計語言不太適用等l 功能點技術依據對軟件信息域特性和軟件復雜性的評估結果，估算軟件規(guī)模5個信息域特性為：161。 采用代碼行估算方法會對設計精巧的軟件項目產生不利影響；161。（規(guī)模）LOC或 FP的期望值： e=（ a+4m+b)/6l 代碼行技術用軟件項目的代碼行（ LOC）數表示軟件項目的規(guī)模生產率 P=L/E， E是軟件項目的工作量，用人月（ PM）度量， L用千行代碼 kLOC度量每行代碼的平均成本 C=S/L， S是軟件項目總的開銷文檔與代碼比 D=Pd/L， Pd是軟件項目的文檔頁數代碼出錯率 EQR=Ne/L， Ne是軟件項目的代碼錯誤數l 例：下表提供了一個國外典型的軟件項目記錄l 利用這些數據，可以求出：l P=l C=168000美元 /= /LOCl D=365Pd/=l EQR=29個 /= /kLOCl 用代碼行數估計軟件規(guī)模簡單易行l(wèi) 缺點：161。 按軟件的生命期分別估算各階段的工作量和成本，再匯總，從而估算出整個項目161。 參照已有類似項目估計待開發(fā)項目成本和工作量161。軟件規(guī)模和開發(fā)工作量估算面向規(guī)模的度量（代碼行技術）面向功能的度量（功能點技術）CoCoMo模型軟件項目估算l 估算涉及到人、技術、環(huán)境、政策等多種因素，很難精確地估算出項目的開銷。 涉及多學科161。 軟件生產有許多新技術需要軟件工程師進一步研究和實踐161。 軟件開發(fā)與維護主要是根據用戶需求 “定制 ”的，其過程具有復雜性和易變性161。 同一功能的軟件可以有多樣性161。第 9章　軟件工程管理l 軟件工程管理概述l 軟件規(guī)模估算l 進度計劃l 人員組織l 軟件配置管理l 軟件質量保證l 軟件工程標準與軟件文檔軟件工程管理概述l1. 軟件產品的特點161。 軟件是邏輯產品，具有高度的抽象性161。 軟件生產過程復雜，具有易錯性161。 軟件的開發(fā)和運行經常受到計算機系統(tǒng)環(huán)境的限制，因而軟件有安全性和可移植性等問題161。 分階段管理策略161。 軟件規(guī)模不斷增大，管理難度增加，管理不善的后果嚴重 包括對軟件開發(fā)成本、控制、開發(fā)人員、組織機構、用戶、軟件開發(fā)文檔、軟件質量等方面的管理。l 常用 四種 估算方法161。 將大的項目分解成若干子項目，分別估算出子項目成本和工作量，再估算整個項目161。 根據實驗或歷史數據給出軟件項目工作量或成本的經驗公式軟件項目代碼行和功能點估算是成本和工作量估算的基礎。 代碼行數的估算依賴于程序設計語言的功能和表達能力；161。 在軟件項目開發(fā)前或開發(fā)初期估算它的代碼行數十分困難；161。 用戶輸入數：各個用戶輸入是面向不同應用的輸入數據（參數，不含查詢數）個數。 用戶輸出數：各個用戶輸出是面向應用的輸出信息個數，包括報告，屏幕信息，錯誤信息等。 用戶查詢數：查詢是一種聯(lián)機的交互操作，統(tǒng)計查詢 /響應的總計數。 文件數：每一個邏輯主文件都應計數。161。功能點 FP (Function Point)。 TCF14種技術因素：技術因素、數據通信、分布式數據處理、性能標準、高負荷的硬件、高處理率、聯(lián)機數據輸入、終端用戶效率、聯(lián)機更新、復雜的計算、可重用性、安裝方便、操作方便、可移植性、可維護性。 8. 主文件是否主文件是否 聯(lián)機更新聯(lián)機更新 ？？9. 輸入輸入 、 輸出輸出 、 文件文件 、 查詢查詢 是否是否 復雜復雜 ？？10. 內部處理過程內部處理過程 是否是否 復雜復雜 ？？11. 程序代碼程序代碼 是否是否 可復用可復用 ？？12. 設計中是否包括了設計中是否包括了 轉移轉移 和和 安裝安裝 ？？13. 系統(tǒng)是否設計成可以系統(tǒng)是否設計成可以 重復安裝在不同機構中重復安裝在不同機構中14. 系統(tǒng)是否設計成系統(tǒng)是否設計成 易修改易修改 和和 易使用易使用 ？？l 計算技術因子對軟件規(guī)模的綜合影響程度 DI：l 技術復雜性因子 TCP由下式計算： TCP = + DI l 計算功能點數 FP FP = UFP TCP ?一旦計算出一旦計算出 功能點功能點 ，就可仿照，就可仿照 LOC的方式的方式 度量軟件的度量軟件的生產率、質量和其它屬性：生產率、質量和其它屬性： 生產率生產率 ＝＝ FP／／ PM（人月）（人月） 質量質量 ＝＝ 錯誤數／錯誤數／ FP 成本成本 ＝＝ 元／元／ FP 文檔文檔 ＝＝ 文檔頁數／文檔頁數／ FP?功能點度量功能點度量 是為了是為了 商用信息系統(tǒng)應用商用信息系統(tǒng)應用 而設計的。代碼行度量與功能點度量的比較代碼行度量（依賴開發(fā)語言）與功能點度量（不依賴開發(fā)語言）的比較 LOC/FP（平均）：161。 FORTRAN=100161。 Ada=70161。 四代語言 4GL=20 161。 基本模型是靜態(tài)單變量模型，用源代碼行數 (LOC) 為自變量的經驗函數計算軟件開發(fā)工作量。 中間模型在用 LOC為自變量的函數計算軟件開發(fā)工作量（稱為名義工作量）的基礎上，用涉及產品、硬件、人員、項目等方面的影響因素調整工作量估算。 詳細 COCOMO模型包括中間模型的所有特性，但用上述各種影響因素調整工作量估算時，還要考慮對軟件工程過程中每一步驟（分析、設計等）的影響。 E 表示工作量（人月 PM）161。 L 是項目的代碼行估計值（千行代碼）基本的 CoCoMo模型參數l a,b,c,d 常數取值軟件類型 a b c d 適用范圍組織型 各類應用程序半獨立型 各類實用程序、編譯程序等嵌入型 實時處理、控制程序、操作系統(tǒng)中間的 CoCoMo模型? 以基本的 CoCoMo模型為基礎，工作量估計公式中乘以調節(jié)因子 EAF? E 表示工作量（人月 PM）? L 是項目的代碼行估? 進一步考慮 15種影響軟件工作量的因素軟件類型 a b組織型 半獨立型 嵌入型 15種影響軟件工作量的因素種影響軟件工作量的因素 fil 產品因素： 軟件可靠性、數據庫規(guī)模、產品復雜性；l 硬件因素： 執(zhí)行時間限制、存儲限制、虛擬機易變性、環(huán)境周轉時間；l 人的因素： 分析員能力、應用領域實際經驗、程序員能力、虛擬機使用經驗、程序語言使用經驗；l 項目因素： 現(xiàn)代程序設計技術、軟件工具的使用、開發(fā)進度限制。名義工作量 E1 ＝ (10) ＝實際工作量 E ＝ ＝ 中間 CoCoMo模型與各種開發(fā)方案對工作量的影響l 建議參加項目的人數161。COCOMO2模型使用了 5個分級因素 Wi（ 1≤i≤5），分別是： 項目先例性、開發(fā)靈活性、風險排除度、項目組凝聚力和過程成熟度 。b的值：進度計劃l 可以把用于一般開發(fā)項目的進度安排的技術和工具應用于軟件項目。l 在圖示方法中，必須明確標明：l 各個任務的計劃 開始時間，完成時間 ；l 各個任務 完成標志 （即 ○文檔編寫和 △ 評審）；l 各個任務與參與工作的人數，各個 任務與工作量之間的銜接情況 ；l 完成各個任務所需的物理資源和數據資源甘特圖 Gantt Chartl 在甘特圖中，每一任務完成的標準，不是以能否繼續(xù)下一階段任務為標準，而是 以必須交付應交付的文檔與通過評審為標準 。工程網絡技術l 工程網絡技術 PERT技術 (Program Evaluation and Review Technique)叫做程序評估與審查技術， CPM方法叫做關鍵路徑法，它們都是安排開發(fā)進度，制定軟件開發(fā)計劃的最常用的方法。161。2. 計算最遲時刻161。4. 機動時間?通常用兩張表來定義網絡圖。?一張表給出與一特定軟件項目有關的所有任務（也稱一張表給出與一特定軟件項目有關的所有任務（也稱為為 任務分解結構任務分解結構 WorkBreakdownStructure ）） 。）。量的工具。