【正文】 代入公式（14－30），得E=(L)=＝152PM將E的估算值代入公式（14－31），并取c＝，d＝，得D== =（月）于是，建議參加項目開發(fā)的人數(shù)N=E/D=152/≈11（人）例中計算出來的11人是粗略估計。每個要素調(diào)節(jié)因子Fi (i=1,2…，15)的值分為很低、低、正常、高、很高、極高，共六級。 表14－12 簡單CoCoMo模型參數(shù) 公式（14－30）和公式（14－31）給出來了軟件代碼行數(shù)與工作量、工作量與開發(fā)時間之間的函數(shù)關(guān)系。這些模型的計算結(jié)果僅有一定的參考價值。用這兩組數(shù)據(jù)計算出7個子項目的開發(fā)成本和工作量。采用上述四種估算方法可以估算出LOC或FP的樂觀值a、悲觀值b和一般值m，然后根據(jù)下列加權(quán)公式計算出期望值： e＝（a＋4m＋b）/6 （公式14－29）人們希望LOC或FP的值在區(qū)間[a，b]之外的概率極小。（2） 將大的項目分解成若干小的子項目，在估算出每個子項目成本和工作量之后，再估算整個項目。理想情況是程序中殘留錯誤數(shù)為零，MTBF為無窮大。(2) 軟件故障率和程序殘留錯誤數(shù)成正比。1973年，Hyman對錯誤植入模型進(jìn)行了改進(jìn)。無論是宏觀模型還是微觀模型都很不成熟，這里介紹幾種典型的估算軟件可靠性的宏觀方法。t時刻觀測n臺計算機的工作狀態(tài)，如果有臺出現(xiàn)故障，則系統(tǒng)的有效性估計為 （公式14－14）顯然，初始狀態(tài)。如，表示100個相同的系統(tǒng)都運行了250小時，有95個處于正常運行狀態(tài)，5個出現(xiàn)故障等待修理。 (a) (b)圖14－8 系統(tǒng)故障率 軟件修復(fù)和軟件有效性 排除軟件代碼中的錯誤稱軟件修復(fù)。假設(shè)，系統(tǒng)一直成功運行至?xí)r刻t,是系統(tǒng)在時間間隔并且時出現(xiàn)故障的概率，于是時刻故障的值定義為 （公式14－8）可以證明 （公式14－9）將代入上式 （公式14－10）對上式兩邊積分并利用初始條件，得可靠性和故障率的基本方程 （公式14－11）利用該方程，可以導(dǎo)出幾個常用的故障模型： (1) 表示單位時間內(nèi)程序運行的故障率函數(shù)為常數(shù)，代入公式14－11，可得 （公式14－12）該公式稱為故障率為常數(shù)的可靠性模型，它的可靠性隨t的增加呈指數(shù)衰減。然后，根據(jù)故障原因，采取相應(yīng)的有效措施將其排除。在軟件開發(fā)階段，軟件可靠性度量用于估算和測量軟件產(chǎn)品的可靠性。它反映了用這種語言求解問題時程序的效率，0＜I＜1。操作數(shù)是操作對象，它是由程序定義并引用的，可以是變量、常量、數(shù)組、記錄、指針等。當(dāng)程序中分支結(jié)構(gòu)數(shù)和循環(huán)結(jié)構(gòu)數(shù)增加時，控制結(jié)構(gòu)圖中的區(qū)域數(shù)就會增加，程序的結(jié)構(gòu)會變得更復(fù)雜，V(G)的值也會相應(yīng)地增大。McCabe用程序控制結(jié)構(gòu)圖的巡回秩數(shù)V(G)作為程序結(jié)構(gòu)復(fù)雜性的度量： V(G)=en+2其中：e為結(jié)構(gòu)圖的邊數(shù)： n為結(jié)構(gòu)圖的節(jié)點數(shù)。當(dāng)前，還沒有比較理想、全面、系統(tǒng)的度量軟件復(fù)雜性的模型。1985年，國際標(biāo)準(zhǔn)化組織（ISO）建議，軟件質(zhì)量度量模型由3層組成。（21） 易培訓(xùn)性。（17） 自文檔化。（13） 檢測性。（9） 執(zhí)行效率。（5） 簡明性。（2） 準(zhǔn)確性。它們之間有正相關(guān)（△），也有負(fù)相關(guān)（▼），因此在系統(tǒng)設(shè)計過程中應(yīng)根據(jù)具體情況對各種要素的要求進(jìn)行折衷，以便得到在總體上用戶和系統(tǒng)開發(fā)人員都滿意的質(zhì)量標(biāo)準(zhǔn)。學(xué)習(xí)使用軟件的難易程度，包括操作軟件、為軟件準(zhǔn)備輸入數(shù)據(jù)以及解釋軟件輸出結(jié)果。第一類要素表現(xiàn)軟件的運行特征，包括正確性、可靠性、有效性、完整性和可用性；第二類要素表現(xiàn)軟件承受修改的能力，包括可維護(hù)性、靈活性和可測試性；第三類要素表現(xiàn)軟件對新環(huán)境的適應(yīng)程度，包括可移植性、可用性和可互操作性。1976年，Boehm提出了定量評價軟件質(zhì)量的概念，并給出了60個軟件質(zhì)量度量公式和軟件質(zhì)量度量的層次模型；1978年，Walters和McCall提出了包括質(zhì)量要素、準(zhǔn)則和度量的三層次軟件質(zhì)量度量模型。這對統(tǒng)一人們對軟件產(chǎn)品的質(zhì)量的認(rèn)識，在軟件產(chǎn)品開發(fā)與維護(hù)過程中評價和控制軟件產(chǎn)品質(zhì)量都是十分必要的。 軟件質(zhì)量度量 軟件質(zhì)量定義及三層次度量模型軟件質(zhì)量是軟件的生命，它直接影響軟件的使用與維護(hù)。表14－6給出了在不同的程序設(shè)計語言中建造一個功能點所需的平均代碼行數(shù)的一個粗略估算。實時系統(tǒng)、過程控制軟件及嵌入式軟件應(yīng)用都有較高的算法復(fù)雜性，因此適合特征點度量。l 每個功能點（FP）文檔頁數(shù)。不過，復(fù)雜度的確定多少有些主觀。一個查詢被定義為一次聯(lián)機輸入，它導(dǎo)致軟件以聯(lián)機輸出的方式產(chǎn)生實時的響應(yīng)。信息域值按下列方式定義：（1）用戶輸入數(shù)。表14－1 軟件項目記錄項目工作量（人月）成本（人民幣，千元）代碼行（KLOC）文檔頁數(shù)（頁數(shù)）錯誤審計項目609002002500300書店管理24150145123089酬金管理101205585021可得到表14－2的度量表14－2項目度量示例項目代碼行（KLOC）生產(chǎn)率P每行代碼成本C文檔代碼比D代碼錯誤率EQR審計項目2003333書店管理1456041酬金管理555500 面向規(guī)模的度量并不被普遍接受為測量軟件開發(fā)過程的最好方式，雖然其測試簡單易行，但由于代碼行依賴于程序設(shè)計語言的功能和表達(dá)能力；采用代碼行估算方法會對設(shè)計精巧的軟件項目及非過程程序設(shè)計語言產(chǎn)生不利的影響；同時在項目初期難于估算代碼行。面向規(guī)模的度量用于收集與直接度量有關(guān)的軟件工程輸出的信息和質(zhì)量信息，面向功能的度量的注意力集中在程序的“功能性”和“實用性”，面向人的度量則收集有關(guān)人們開發(fā)計算機軟件所用方式的信息和人員理解有關(guān)工具的方法和效率的信息。軟件的內(nèi)部屬性是指軟件產(chǎn)品過程資源本身的屬性，如軟件產(chǎn)品的結(jié)構(gòu)、模塊化程度、復(fù)雜性、程序長度等。 6) 定義的里程碑（milestones） 每個任務(wù)或任務(wù)組都應(yīng)該與一個項目里程碑相關(guān)聯(lián)，當(dāng)一個或多個工作產(chǎn)品經(jīng)過質(zhì)量評審并得到認(rèn)可時，標(biāo)志著一個里程碑的完成。所謂風(fēng)險分析實際上就是一系列風(fēng)險管理的步驟，主要包括風(fēng)險識別、風(fēng)險估算、風(fēng)險評價、風(fēng)險管理和控制。實際可行的任務(wù)分解軟件項目管理的對象是軟件工程項目，它所涉及的范圍覆蓋了軟件工程過程，而現(xiàn)代項目管理的要求就是要對項目的整個過程進(jìn)行計劃及實施的控制，就是對軟件項目開發(fā)過程的保持、管理與質(zhì)量和進(jìn)度的控制。針對軟件項目，當(dāng)工作產(chǎn)品（例如，規(guī)約、源代碼、測試案例集合）被產(chǎn)出和作為質(zhì)量保證活動的一部分而被批準(zhǔn)（通過正式的技術(shù)評審）時，跟蹤其進(jìn)展。10） 管理者（和開發(fā)者）躲避已學(xué)到的最好的實踐經(jīng)驗和教訓(xùn)。2） 產(chǎn)品范圍定義糟糕。8） 把這些小規(guī)約組裝起來形成一份范圍文檔?，F(xiàn)在，我們考慮一個復(fù)雜些的項目，它具有更廣的范圍和更重要的商業(yè)影響。但實際的工作任務(wù)卻是可變的。一個相對較小的項目如果與以前已開發(fā)過的項目相似，可以采用線性順序模型。l 構(gòu)造及發(fā)布——構(gòu)造、測試、安裝和提供用戶支持（如文檔及培訓(xùn)）所需要的任務(wù)。項目管理者必須決定哪一個過程模型最適合于：（1）需要該產(chǎn)品的客戶和將做此工作的人員，（2）產(chǎn)品本身的特征，（3）軟件項目組工作的工作環(huán)境。問題在于選擇一個適合項目組要開發(fā)的軟件的過程模型。這些特征的每一項都是軟件要實現(xiàn)的子功能。這是項目計劃開始時所采用的策略。軟件要生產(chǎn)什么樣的客戶可見的數(shù)據(jù)對象作為輸出？需要什么樣的數(shù)據(jù)對象作為輸入？3） 功能和性能。在很多情況下，這項活動是作為系統(tǒng)工程或業(yè)務(wù)過程工程的一部分開始的，持續(xù)到作為軟件需求分析的第一步。從歷史角度看，最早的軟件小組是控制集中式（CC）結(jié)構(gòu)，原來稱為主程序員小組。在一個新的軟件項目中直接涉及到的人員的組織則是項目管理者的權(quán)限。3） 對項目小組應(yīng)承擔(dān)的責(zé)任 項目經(jīng)理的責(zé)任表現(xiàn)的三個方面：1） 對組織（企業(yè)）應(yīng)承擔(dān)的責(zé)任 負(fù)責(zé)說明待開發(fā)軟件的需求的人以及其他風(fēng)險承擔(dān)者。在人員管理上達(dá)到較高成熟度的組織更有可能實現(xiàn)有效的軟件工程實踐。軟件項目管理是指軟件生存周期中軟件管理者所進(jìn)行的一系列活動，其目的是在一定的時間和預(yù)設(shè)范圍內(nèi)，有效地利用人力、資源、技術(shù)和工具，使軟件系統(tǒng)或軟件產(chǎn)品按原定計劃和質(zhì)量要求如期完成?！庇捎谏鐣h(huán)境變化是絕對的，而當(dāng)今社會唯一不變的就是變化，因此，一個組織要想存在和發(fā)展，就必須適應(yīng)環(huán)境的變化，就必須開展項目?！迸囵B(yǎng)有創(chuàng)造力的、技術(shù)水平高的軟件人員是從20世紀(jì)60年代起就開始討論的話題。3） 開發(fā)人員。這是項目組負(fù)責(zé)人（項目經(jīng)理）的任務(wù)。對項目成功負(fù)有主要責(zé)任，對項目實施計劃、監(jiān)督與控制，保證項目按時、在預(yù)算內(nèi)達(dá)到預(yù)期結(jié)果。 5） 待建造系統(tǒng)所要求的質(zhì)量和可靠性。 產(chǎn)品在進(jìn)行項目計劃之前，應(yīng)該首先建立產(chǎn)品目的和范圍，考慮可選的解決方案，標(biāo)識技術(shù)和管理的約束。 軟件范圍軟件項目管理的第一個活動是軟件范圍的確定。在確定軟件范圍的活動中并不試圖完全分解問題，而是將分解應(yīng)用于兩個主要方面：（1）必須交付的功能；（2）用于交付功能的過程。項目管理者必須首先建立軟件范圍陳述，該陳述限定了這些特征（以及其他的通用功能，如編輯、文件管理、文檔生產(chǎn)等等）。最后是庇護(hù)性活動（軟件質(zhì)量保證、軟件配置管理和測度）它們覆蓋了過程模型。l 噴泉模型。假設(shè)組織采用了如下的框架活動集合，該框架即為公共過程框架活動：l 客戶交流——建立開發(fā)者和客戶之間有效需求誘導(dǎo)所需要的任務(wù)。軟件工程工作任務(wù)（對于每一個框架活動）列在緊接著的行中。在每一種情形，本章前面所討論的CPF——客戶交流、計劃、風(fēng)險分析、工程、構(gòu)造及發(fā)布、客戶評估——均可以被適合于該范型。5） 根據(jù)需要修改范圍陳述。5） 召開會議。為了避免項目失敗，軟件項目的管理者和建造產(chǎn)品的工程師必須避免一些常見的警告信號，了解關(guān)鍵的項目管理的成功因素，并采用開發(fā)計劃、監(jiān)控和控制項目的常用性方法。7） 用戶抵制。很多項目的啟動有一個很好的開始，但是，慢慢地開始瓦解。5） 進(jìn)行事后的分析。1）啟動軟件項目2）軟件度量3）軟件項目估算4）風(fēng)險分析5）進(jìn)度安排6）項目組織7）軟件配置管理 啟動一個軟件項目在軟件項目啟動前，必須對該項目進(jìn)行可行性分析，其中需明確項目的目標(biāo)和范圍，并在此基礎(chǔ)上考慮候選的解決方案，估計新系統(tǒng)可能的開發(fā)和運行成本及其效益，同時給出該項目在技術(shù)和管理上的要求，在此基礎(chǔ)上，相關(guān)人員可確定。 3) 項目在估算時可分解為可估算的小塊。 3) 時間分配 為每個任務(wù)確定其一定數(shù)量的工作時間，并需指定開始時間和結(jié)束時間。測度應(yīng)用于軟件過程，其目的是在一個連續(xù)的基礎(chǔ)上對它進(jìn)行改進(jìn)，即改進(jìn)軟件過程；測度也可以用于整個軟件項目/產(chǎn)品中，輔助估算、質(zhì)量控制、生產(chǎn)率評估及項目控制。建造軟件所需的成本和工作量、生產(chǎn)的代碼行數(shù)以及其他直接測量事相對容易收集到的，只要事先建立好測度的特定約定；然而，軟件的質(zhì)量和功能或其功效或可維護(hù)性是較難于評估的，只能間接測量。每行代碼的平均成本C=S/LOC，即軟件每行代碼的平均成本，S用人民幣（或其它貨幣）進(jìn)行表示。由于該方法主要考慮程序的“功能性”和“實用性”，而不是對LOC計數(shù)，因而，在軟件設(shè)計初期就能夠估算出軟件項目的規(guī)模。這里，輸出是指報表、屏幕、出錯消息，等等。計數(shù)所有機器可讀的接口（如存儲介質(zhì)上的數(shù)據(jù)文件），利用這些接口可以將信息從一個系統(tǒng)傳送到另一個系統(tǒng)。一旦計算出功能點，則以類似LOC的方法來使用它們以規(guī)范化軟件生產(chǎn)率、質(zhì)量及其他屬性的測量：l 每個功能點（FP）的錯誤數(shù)。為了解決這種情況，有學(xué)者提出了許多對功能點度量的擴展。CT的值按表14－5重新計算，F(xiàn)P的值可接原公式計算。是否應(yīng)該將某個組的LOC/人月（或FP/人月）與另一個組的類似數(shù)據(jù)進(jìn)行比較？管理者是否應(yīng)該根據(jù)這些度量來評價個人的表現(xiàn)？這些問題的答案毫無疑問是一個“不”字。由于軟件開發(fā)人員、管理人員、維護(hù)人員和用戶在軟件開發(fā)、維護(hù)和使用過程中所處地位不同，他們對軟件質(zhì)量的理解和要求不同。上述定義表明，軟件質(zhì)量依賴于軟件的內(nèi)部特征及組合。由于對軟件質(zhì)量理解的不斷深化，軟件質(zhì)量要素也不是一成不變的。（2） 完整性。（6） 可互操作性。它們反映了軟件質(zhì)量的優(yōu)劣。使用標(biāo)準(zhǔn)接口、協(xié)議和頻帶的程度。在程序中使用標(biāo)準(zhǔn)的數(shù)據(jù)結(jié)構(gòu)和類型。程序部件潛在應(yīng)用范圍的廣泛性。操作一個軟件的難易程度。程序與非標(biāo)準(zhǔn)的程序設(shè)計語言特征、操作系統(tǒng)特征以及其他環(huán)境約束無關(guān)的程度。1987年，HewlettPackard提出一組稱之為FURPS的軟件質(zhì)量要素。 軟件復(fù)雜性度量 軟件復(fù)雜性度量原則，開發(fā)規(guī)模相同、復(fù)雜性不同的軟件，花費的時間和成本會有很大差異。圖中每個節(jié)點對應(yīng)一個語句或一個順序流程的程序代碼塊，弧對應(yīng)于程序中的轉(zhuǎn)移。（c） e=4,n=4,v=2。 文本復(fù)雜性度量 20世紀(jì)70年代初。如果把具有m1個輸入和m2 個輸出的程序理解為將m1個變元映射倒m2個變元的函數(shù)Y=F（x），其中x＝（x1, x2…xm1），Y=( y1, y2…ym2)，那么程序的操作符只有函數(shù)和賦值兩個，即n1*＝n2*代入程序定義，可得最小程序量 V*＝（2＋n2*）log2（