bsp;模型和詳細COCOMO 模型。
　　(1)基本COCOMO 模型。它是靜態(tài)、單變量模型, 不考慮任何成本驅動, 僅以規(guī)模為基準進行估算只適于粗略迅速估算。 
    (2)中間COCOMO 模型。它是用15 個成本驅動改進基本模型, 這是對產品、硬件、工作人員、項目的特性等因素的主觀評估。成本驅動的影響定為項目級的,在考慮任何進度限制時進一步調整工作量。
　　(3)詳細COCOMO 模型。這是三種模型中最精確的模型。它是基于不同的成本驅動對項目的分段有不同的影響, 是用于考慮成本驅動的階段性影響時進一步改進估算, 這時的計算細化到子系統(tǒng)/模塊。它假定層次有三級：系統(tǒng)含有子系統(tǒng), 子系統(tǒng)含有模塊。
　　在COCOMO模型中，首先需要確定的是待開發(fā)軟件的KLOC(千行代碼)，因此COCOMO模型要進行準確的成本估算需要等到詳細設計階段結束后，因為只有詳細設計完成后，才能根據(jù)詳細設計的結果對每個模塊和類的代碼數(shù)量根據(jù)代碼功能的復雜程度進行較準確的估算。
　　程序結構分解和工作結構分解
　　結構化分析和設計遵從自頂向下，逐層分解的設計原則。設計師在把握的大的框架之后，在此基礎上進行逐步細化，最后才能完成一個復雜系統(tǒng)的設計工作。
　　在結構化設計方法中，先根據(jù)用戶的需求規(guī)格說明書，確定系統(tǒng)的邊界，繪制頂層數(shù)據(jù)流圖，然后對頂層圖中的加工進行細化，一層一層的細化下去，一直到得到系統(tǒng)的所有基本功能。
　　面向對象的設計雖然與結構化設計有了很大的區(qū)別，但是對對象的設計過程同樣是一個細化的過程。在確定了對象后，需將其抽象成類，并要對類的屬性，方法進行設計，這也是一個分解的過程。
　　程序結構分解是軟件實現(xiàn)上的分解，在軟件項目中，還需要對整個軟件項目劃分若干任務，并將這些任務分配給項目組中的所有成員。任務分解及分配的好壞也對項目的進度和成本有著很大的影響。
　　項目的工作結構分解即WBS是先把項目中實際需要完成的事項盡量分解成更具體的工作。具體做法是按照樹形結構先把整個項目分解為大的單元，再把各個大的單元分解為個小的單元。
　　需完成事項的細分之后，把各個單元中需要做的工作分配在樹形結構的最下層。各個單元中所需要做的一系列的工作被稱為工作包。在WBS的各個工作包里配置工作人員之后，項目實行的結構圖就完成了。
　　工作結構分解是進行項目成本計算的基礎，不同的工作結構分解將得到不同的項目成本，如果工作分配不恰當，如將簡單任務分配給程序開發(fā)高手，而將復雜任務分配給新手，將會造成工作效率低下，并增加項目的成本。真實的軟件項目成本不僅是軟件的復雜度，并且與本項目的管理和人員能力有著直接的關系。
　　軟件項目成本計算中存在的問題
　　1、 套用現(xiàn)成估算模型，誤差太大。
　　每個軟件企業(yè)的情況都不同，有著不同的管理模式，不同的工作人員，不同的環(huán)境和背景，因此如果簡單的進行估算模型的套用，使用別人的計算系數(shù)的話，得到的將是別人企業(yè)的成本，而不是自己的成本。這樣，當項目完成后，成本自然與估算數(shù)據(jù)相差很大。
　　不管是功能點模型還是COCOMO模型都是需要本企業(yè)的計算系數(shù)，如果提供不了正確的計算系數(shù)，則這兩個模型都無法正確使用，因此每個軟件企業(yè)都要對估算模型進行一定的適應性調整，以適應自己企業(yè)的情況。
　　2、 缺少成本管理體系
　　很多軟件企業(yè)都將成本估算用于項目投標使用，而沒有意識到需要為企業(yè)建立一個成本管理體系。如果不對軟件的成本進行有效的管理，即使估算得很準確，最后項目結束后，成本可能大幅度的超過估算。這

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html