软体估算.ppt

* * * * * * * * * * * * 第5章 軟體估算　 本章大綱 5.1　何謂軟體估算 5.2　估算的困難 　 5.3　如何進行估算 　 5.4　估算的方法 　 5.5　功能點分析 5.6 COCOMO模型 5.7 估算的流程 5.8 估算的原則 5.9 結語　 學習目標 瞭解何謂軟體估算 瞭解估算的困難 瞭解估算的方法 瞭解估算的流程 瞭解估算的原則 何謂軟體估算(1/2) 軟體要以「工程化」的方法開發，就需要一些量化的數字，當作工程規劃的基礎。這些數字產生的途徑有兩種：一種是事前，另一種是事後。 事前的數字由於來自事情尚未發生之始，因此只是一種猜想、一種預估，但是又不能天馬行空，必須有所本，因此「預估」的同時還要加上「計算」的成分，稱為估算（estimation）。 專案應該先做估算，再來規劃。根據估算的結果，分配資源並進行任務的安排。 軟體開發的品質與生產力，取決於估算的準確與否，有好的估算才會有好的計畫與適當的資源分配，專案才有較佳的成功機會。 何謂軟體估算(2/2) 估算的影響 直接影響：資源分配、時程規劃、開發流程的安排，以及人力的派遣。 間接影響：軟體品質、產品功能，以及專案的成敗。 軟體估算是一件兩難的事情。若過分低估，將導致人員工作加重、生產品質低落、時程壓力增大；但是高估又會產生帕金森效應，徒然浪費資源。 估算的困難 外部因素 人員的無知。 顧客與開發人員對產品需求認知上的差異。 產品範圍不確定。 內部因素 度量工具的缺乏。 與估算相關的變數很難加以量化。 如何進行估算 漸進式估算 整體而言，軟體開發是一個漸進改善的過程，在詳細瞭解各個功能前，無法準確估算軟體規模。 在專案初始階段，由於僅有關於產品需求約略的概念，此時的估算只能是一個大略的數字。隨著專案的進展，會逐漸知道更多關於專案的細節，這時候才可逐步精細化估算的結果。 估算的方法 估算的方法大約歸為下列幾個方法： 專家判斷法 類似推估法 競標法 模型演算法 估算的方法(1/4) 專家判斷法 就是一個或多個專家，各自根據他們的經驗做預測，最後再加以綜合。傳統上，有一個尋求群體共識的方法，稱為德菲法，包含六個步驟： 專家們收到一份估算表單以及被估算的文件。 進行起始會議，討論與估算有關的對象及議題、背景等。 專家們各自獨立做出估算，然後交出結果。 經過計算後，專家們會收到估算的平均值，並與自己的估算做比較。 舉行專家會議，討論估算的結果；針對估算結果相差過大或意見不一致之處進行討論。 討論後之結果是否趨於一致？若是，則完成估算；否則回到步驟3，準備進行下一回合的估算。 估算的方法(2/4) 類似推估法 類似推估法的精神，是利用同類型相似的專案做比較。 此一方法的最大優點，是當恰好有條件符合之「同類型專案」，且資料正確性高時，即可得到不錯的估算結果。不過此一估算引用的前提（存在維護良好的專案歷史資料），往往不成立。因此實務上必須加入人為的判斷與修正才可以使用。 在利用本方法前，應該深入思考如何利用這些經驗，卻又不被這些「經驗」所限。 估算的方法(3/4) 競標法 競標法或者帕金森法則，是一個憑直覺進行估算的方法；也就是說，估算是用喊價的：預估多少，就用掉多少；或者有多少，就做多少，然後再根據估算結果進行專案的開發。 此方法的優點是沒有估算準確與否的問題，因為專案會結束在所有資源都用光的時候，只是通常這時系統並未真正全部完成。 此一方法沒有多少科學上的根據，但卻是最常見到的方法。 估算的方法(4/4) 模型演算法 模型演算法主要是利用事前存在的經驗模型，帶入相關參數後求取估算值。 模型演算法的優點在於模型乃是許多經驗與歷史專案的集合，是經由統計分析後所得到的結果，較不會出現極端的估算數據。因此，此一方法對於估算生手特別值得考慮。 如圖5.2所示。 圖5.2 軟體估算模型 功能點分析(1/2) 功能點分析是衡量軟體規模的一種方法。 功能點是功能規模的一種度量單位，其用意在於提出一種獨立於程式語言、工具與技術外，可用以衡量軟體規模的方法。 功能點分析衡量軟體的五個構面： 輸入：是指透過螢幕、對話框、控制項或訊息，由使用者或其它程式所輸入之新增、刪除或修改的資料。 輸出：是指透過螢幕、對話框、控制項或訊息，由程式輸出給終端使用者，或其它程式。 查詢：是輸入／輸出的結合，代表一個藉由快速、簡單的查詢，所得到的輸出結果。 功能點分析(2/2) 內部邏輯檔：係指與終端用戶有關的資料檔或控制資訊，完全由程式所控制。該檔可由單一平面文件，或相關資料庫的單一表格所組成。 外部介面檔：係指來自於系統邊界外，由其它系統所提供與系統溝通之介面。 COCOMO模型(1/2) 此模型所估算出來的結果，以及所提供的資訊，較為豐富，能估算的範圍較廣，包括