軟件項目管理說明

第2章軟件項目管理中山大學(xué)計算機(jī)科學(xué)系衣楊目錄2.1軟件度量2.2軟件項目估算2.3軟件質(zhì)量度量2.4軟件復(fù)雜性度量2.5軟件可靠性度量2.6軟件開發(fā)過程的管理2.7軟件過程及軟件成熟度模型CMM2.8軟件項目管理的CASE工具

軟件項目管理概述項目管理過程啟動一個項目成本估算風(fēng)險分析進(jìn)度安排追蹤和控制目錄2.1軟件度量2.2軟件項目估算2.3軟件質(zhì)量度量2.4軟件復(fù)雜性度量2.5軟件可靠性度量2.6軟件開發(fā)過程的管理2.7軟件過程及軟件成熟度模型CMM2.8軟件項目管理的CASE工具2.1軟件度量度量（metrics）:對軟件產(chǎn)品、軟件開發(fā)過程或資源簡單屬性的定量描述，如：程序規(guī)模、操作符個數(shù)、程序中的錯誤的個數(shù)等。p29測量（measure）：度量的函數(shù)。用于事后或?qū)崟r，涉及測量的方法、過程、工具和數(shù)值結(jié)果；p29估算（estimation）:度量的函數(shù)。是預(yù)測，用于簽定合同，立項、制定工作計劃。過程（process）:與軟件有關(guān)的活動，如：設(shè)計開發(fā)計劃、開發(fā)活動、管理活動等。軟件開發(fā)資源(resource):軟件開發(fā)過程中需要的各種支持，如人力、經(jīng)費、軟硬件。2.1軟件度量軟件屬性：*外部屬性：體現(xiàn)了產(chǎn)品、過程、資源與環(huán)境的關(guān)系，如成本，效益，程序員的生產(chǎn)率，軟件產(chǎn)品的可靠性，可用性，可維護(hù)性…..,是面向管理者和用戶的屬性。內(nèi)部屬性：軟件產(chǎn)品、過程和資源本身的屬性，如軟件產(chǎn)品的結(jié)構(gòu)、模塊化程度，復(fù)雜性、程序長度。軟件外部屬性在軟件開發(fā)過程中很難測量和控制，通過研究軟件的內(nèi)部屬性度量解決軟件外部屬性的度量問題，進(jìn)而逐步建立軟件工程的度量體系。2.1軟件度量1.面向規(guī)模的度量用代碼行(LOC)數(shù)表示軟件項目的規(guī)模，利用它不僅可以測量軟件規(guī)模，還可以度量軟件開發(fā)的生產(chǎn)率，計算每行代碼的平均成本，計算文檔與代碼的比例管理，每千行代碼存在的軟件錯誤個數(shù)。2.1軟件度量1.面向規(guī)模的度量--生產(chǎn)率pl=L/EL:代碼行數(shù)，用千行代碼kLOC(1KLOC=103LOC)度量E:軟件項目的工作量，用人月(PM)度量。pl：軟件項目的生產(chǎn)率，用每人每月完成的代碼行數(shù)（LOC/PM）度量。2.1軟件度量1.面向規(guī)模的度量--每行代碼的成本Cl=S/LS:軟件項目的總開銷，用人民幣或美圓表示；Cl

：軟件項目每行代碼的平均成本，用人民幣元（美元）/代碼行度量2.1軟件度量1.面向規(guī)模的度量--文檔與代碼比Dl=Pd/LPd

：軟件項目的文檔頁數(shù)Dl：每千行代碼的平均文檔頁數(shù)2.1軟件度量1.面向規(guī)模的度量--代碼出錯率EQRl=Ne/L

Ne：軟件項目的代碼錯誤數(shù)

EQRl

：每千行代碼的平均錯誤數(shù)。2.1軟件度量1.面向規(guī)模的度量—優(yōu)缺點用軟件代碼行估算軟件規(guī)模的優(yōu)點：簡單易行。用軟件代碼行估算軟件規(guī)模的缺點：依賴于程序設(shè)計語言的表達(dá)能力；會對設(shè)計精巧的軟件項目產(chǎn)生不利的影響；在項目開發(fā)前或初期很難作到；適用于過程式的程序語言。2.1軟件度量2.面向功能的度量

Albrecht1979年提出,目前在歐共體很普遍，只涉及多種因素的間接度量方式。它根據(jù)事物信息處理程序的基本功能定義，因此在軟件系統(tǒng)涉及初期就能夠估算出軟件項目的規(guī)模。2.1軟件度量2.面向功能的度量--功能點FP用5個信息量的“加權(quán)和”CT和14個因素的“復(fù)雜性調(diào)節(jié)值”Fi

計算功能點FP。p322.1軟件度量

Fi=0noeffect

Fi={0,1,2,3,4,5}表示起作用的程度。

=5時最大。與用代碼行定義軟件項目的開發(fā)效率、成本等度量一樣，用功能點也可以定義相應(yīng)的概念：2.面向功能的度量--生產(chǎn)率Pf=FP/EPf:每人每月完成的功能點數(shù)2.1軟件度量2.面向功能的度量--平均成本Cf=S/FPCl:每功能點的平均成本（REM,USD）2.1軟件度量2.面向功能的度量--文檔與功能點比Df=Pd/FPDf:每功能點平均具有的文檔頁數(shù)2.1軟件度量2.面向功能的度量--代碼出錯率EQRf=Ne/FP

EQRf:表示每個功能點的平均錯誤個數(shù)。2.1軟件度量2.面向功能的度量的應(yīng)用分析軟件規(guī)模的功能點度量沒有直接設(shè)計軟件系統(tǒng)本身的算法復(fù)雜性，因此它適合算法比較簡單的事物系統(tǒng)的軟件規(guī)模度量。對比較復(fù)雜的軟件系統(tǒng)，如實時系統(tǒng)、大型嵌入式系統(tǒng)軟件、過程控制軟件不適用。2.1軟件度量面向功能度量的發(fā)展1986年Jones推廣了功能點的概念，把軟件項目中的算法復(fù)雜性因素因入到功能點中來。為了避免混淆，Albrecht定義的功能點稱為簡單功能點，用FPs

表示，Jones推廣的功能點稱為功能點，F(xiàn)P。推廣的功能點包括計算機(jī)程序中用于各類問題求解的算法因素，如求解線性代數(shù)方程組，求解遍歷二叉樹各結(jié)點，處理中斷，等等。對一般工程計算或事物處理軟件，用兩種方法計算出來的值應(yīng)該基本相同，但對于復(fù)雜問題，F(xiàn)P>FPs

20%~35%.2.1軟件度量功能點度量的優(yōu)缺點優(yōu)點與程序設(shè)計語言無關(guān)，適用于過程式和非過程式語言。適用于軟件項目的開發(fā)初期。缺點涉及主觀因素較多信息領(lǐng)域某些值不易采集FP的值沒有直觀的物理意義。2.1軟件度量代碼行度量與功能點度量的比較代碼行依賴于程序設(shè)計語言，功能點不依賴程序設(shè)計語言。Albert和Jones統(tǒng)計出不同程序設(shè)計語言每個功能點與代碼行的關(guān)系，用LOC/FP表示.表明，F(xiàn)ortran/Ada=1.4,4GL/traditionallanguage=3~52.1軟件度量目錄2.1軟件度量2.2軟件項目估算2.3軟件質(zhì)量度量2.4軟件復(fù)雜性度量2.5軟件可靠性度量2.6軟件開發(fā)過程的管理2.7軟件過程及軟件成熟度模型CMM2.8軟件項目管理的CASE工具2.2軟件項目估算意義

軟件開發(fā)成本占總成本的比例很大，客戶和項目管理人員都十分重視軟件項目的成本估算。然而，軟件是邏輯產(chǎn)品，涉及人、技術(shù)、環(huán)境、政策等多因素，在項目完成之前很難估準(zhǔn)確算出項目的開銷。參照已經(jīng)完成的類似項目；將大項目分成若干小項目，再匯總；將軟件項目按生存周期分解，分別估算出軟件項目成本和在開發(fā)各個階段的工作量和成本，再匯總；根據(jù)實驗或歷史數(shù)據(jù)給出軟件項目工作量或成本的經(jīng)驗估算公式。常用的四種估算方法：2.2軟件項目估算代碼行、功能點和工作量估算采用上述四種估算的方法可以估算出LOC或FP的樂觀值a,悲觀值b,一般值m。根據(jù)

e=(a+4m+b)/6得出期望值。希望LOC,FP落在[a,b]之外的概率極小。Ex:軟件項目規(guī)模FP=310;生產(chǎn)率pf

=5.5FP/PM,則工作量估算

E=310/5.5=56.2.2軟件項目估算經(jīng)驗估算模型一：CoCoMo模型從以前的項目的實際數(shù)據(jù)導(dǎo)出，“從前的”，“局部的”，有一定的參考價值。1981年Boehm提出了“構(gòu)造性成本模型”（ConstructiveCostModel,CoCoMo）.在靜態(tài)、單變量模型基礎(chǔ)上構(gòu)造出來的。2.2軟件項目估算基本CoCoMo：用于系統(tǒng)開發(fā)的初期，估算整個系統(tǒng)的工作量（包括維護(hù)）和軟件開發(fā)所需要的時間；中間CoCoMo：用于估算各個子系統(tǒng)的工作量和開發(fā)時間；詳細(xì)CoCoMo：用于估算獨立的軟部件，如系統(tǒng)內(nèi)部的各個模塊。2.2軟件項目估算基本CoCoMo模型(1)靜態(tài)、單變量模型，具有如下形式：E=a(KLOC)bD=cEdE:工作量，單位人月（PM）D:開發(fā)時間，單位是月KLOC：項目的代碼行估計值，單位是千行代碼a,b,c,d,是常數(shù)（齊治昌《軟件工程》P31fig2.9）2.2軟件項目估算基本CoCoMo模型(2)模型給出了代碼行數(shù)、工作量、工作量與開發(fā)時間之間的函數(shù)關(guān)系，Boehm將軟件劃分為組織型、半獨立型、和嵌入型三類，選取相應(yīng)的a,b,c,d.2.2軟件項目估算中間CoCoMo模型以基本CoCoMo模型為基礎(chǔ)，在工作量估計公式中乘以工作量調(diào)節(jié)因子EAF。E=a(LOC)b

EAFLOC：項目的代碼行數(shù)a,b

：常數(shù),見P38fig2.10工作量調(diào)節(jié)因子與軟件產(chǎn)品屬性、計算機(jī)屬性、人員屬性、項目屬性有關(guān)。2.2軟件項目估算軟件產(chǎn)品屬性：軟件可靠性、軟件復(fù)雜性、數(shù)據(jù)庫規(guī)模計算機(jī)屬性：程序執(zhí)行時間、程序占用內(nèi)存的大小、軟件開發(fā)環(huán)境的變化、軟件開發(fā)環(huán)境的響應(yīng)速度。人員屬性：分析員的能力、程序員的能力、有關(guān)應(yīng)用領(lǐng)域的經(jīng)驗、開發(fā)環(huán)境的經(jīng)驗、程序設(shè)計語言的經(jīng)驗。項目屬性：軟件開發(fā)方法的能力，軟件工具的質(zhì)量和數(shù)量、軟件開發(fā)的進(jìn)度要求。中間CoCoMo模型

—同工作量調(diào)節(jié)因子相關(guān)的屬性(1)2.2軟件項目估算

上述屬性共15各要素，每個要素調(diào)節(jié)因子Fi

(I=1,2,~15):很低、低、正常、高、很高、極高六種，正常時Fi

＝1，F(xiàn)i

=1,0.7~1.66,{0.70,0.85,1.00,1.15,1.30,1.65}.中間CoCoMo模型

—同工作量調(diào)節(jié)因子相關(guān)的屬性(2)2.2軟件項目估算中間CoCoMo模型

—同工作量調(diào)節(jié)因子相關(guān)的屬性(3)調(diào)節(jié)因子集的定義和調(diào)節(jié)因子定值是由統(tǒng)計結(jié)果和經(jīng)驗決定的。不同的開發(fā)組織在不同歷史時期，隨著環(huán)境的變化，數(shù)據(jù)會變化。中間CoCoMo不僅可以估算開發(fā)軟件產(chǎn)品的工作量，還可以比較各種開發(fā)方案對工作連的影響。2.2軟件項目估算經(jīng)驗估算模型二：Putnam模型1978，Putnam提出了大型軟件項目（>30persons）估算模型。該模型是動態(tài)、多變量的，適用于軟件開發(fā)的各個階段，以實測數(shù)據(jù)為基礎(chǔ)，導(dǎo)出p40fig2.3的工作量分布曲線。你從中可以看出什么信息？與著名的Rayleigh-Norden曲線形狀相似，描述了開發(fā)工作量、開發(fā)時間和軟件代碼行數(shù)之間的關(guān)系。2.2軟件項目估算Putnam模型－－方程式（1）L:源程序代碼行數(shù)；td:開發(fā)時間；Ck:技術(shù)狀態(tài)常數(shù)，（2000：比較差的軟件開發(fā)環(huán)境:沒有方法學(xué)的支持，缺乏對文檔的評審，用批處理方式；8000：一般的軟件開發(fā)環(huán)境:有方法學(xué)的支持，有適宜的文檔和評審，采用交互處理方式；11000比較好的軟件開發(fā)環(huán)境：采用CASE環(huán)境）。Putnam模型－－方程式（2）E:工作量2.2軟件項目估算

td:對應(yīng)于R-N的最大值，表示軟件交付時的工作量最大，參與的人最多。當(dāng)工作量估算出后，利用每人每年的開銷，估算成本。2.2軟件項目估算工作量與時間的關(guān)系工作量與時間不是線性關(guān)系，可以在不同階段改變?nèi)藬?shù)。工作量與交貨時間4次方成反比，提前10%，增加52%的工作量，降低了軟件開發(fā)的生產(chǎn)率。2.2軟件項目估算

Putnam模型揭示了軟件項目的工作量、開發(fā)時間和程序代碼長度的關(guān)系，但沒有反映軟件產(chǎn)品屬性、軟件項目屬性、軟件開發(fā)人員的屬性、計算機(jī)硬件資源屬性，等。所以此模型是對軟件項目成本的粗糙估算。2.2軟件項目估算目錄2.1軟件度量2.2軟件項目估算2.3軟件質(zhì)量度量2.4軟件復(fù)雜性度量2.5軟件可靠性度量2.6軟件開發(fā)過程的管理2.7軟件過程及軟件成熟度模型CMM2.8軟件項目管理的CASE工具軟件質(zhì)量概述－定義軟件質(zhì)量（ANSI標(biāo)準(zhǔn)定義）是軟件產(chǎn)品或服務(wù)的特性和特征的整體，它取決于滿足給定需要的能力產(chǎn)品的價值取決于產(chǎn)品的質(zhì)量，軟件質(zhì)量的特性是多方面的。

2.3軟件質(zhì)量度量軟件質(zhì)量標(biāo)準(zhǔn)具備滿足給定需求的特性及特征的總體能力軟件擁有所期望的各種屬性組合程度用戶認(rèn)為軟件滿足他們綜合期望的程度軟件組合特性可以滿足用戶期望需求的程度

2.3軟件質(zhì)量度量軟件質(zhì)量概述－－特征與明確確定的功能和性能需求的一致性。即軟件需求是質(zhì)量度量的基礎(chǔ)，缺少與需求的一致性就無質(zhì)量可言。與明確成文的開發(fā)標(biāo)準(zhǔn)的一致性。不遵循專門的開發(fā)標(biāo)準(zhǔn)，將導(dǎo)致軟件質(zhì)量低劣。與所有專業(yè)開發(fā)的軟件所期望的隱含的特性的一致性。忽視軟件隱含的需求，軟件質(zhì)量將不可信。

2.3軟件質(zhì)量度量軟件質(zhì)量概述－－軟件質(zhì)量模型軟件質(zhì)量的度量模型1976年，Boehm第一次提出了軟件質(zhì)量度量的層次模型。1978年，Walters和McCall等人提出了從軟件質(zhì)量要素、準(zhǔn)則到度量的三個層次式的模型。p421985年，ISO建議軟件質(zhì)量模型由三層組成：高層：軟件質(zhì)量需求評價準(zhǔn)則（SQRC）中層：軟件質(zhì)量設(shè)計評價準(zhǔn)則（SQDC）低層：軟件質(zhì)量度量評價準(zhǔn)則（SQMC）

2.3軟件質(zhì)量度量McCall軟件質(zhì)量模型McCall質(zhì)量度量模型框架面向管理的產(chǎn)品質(zhì)量決定產(chǎn)品質(zhì)量的軟件屬性定量化度量軟件屬性使用單位自行制定SQDC可跟蹤性完備性一致性準(zhǔn)確性容錯性簡單性模塊獨立性通用性可擴(kuò)充性自檢(工具)性自描述性執(zhí)行效率存儲效率存取控制存取審查操作性可訓(xùn)練性通信性軟件系統(tǒng)獨立性機(jī)器獨立性通信共享性數(shù)據(jù)共用性簡明性SQRC正確性可靠性效率可維護(hù)性SQRC安全性可使用性靈活性互連性ISO軟件質(zhì)量度量模型SQMC在軟件的眾多質(zhì)量特性之間，質(zhì)量特性與質(zhì)量子特性之間存在著有利的影響和不利的影響。表12-3給出了軟件的各種質(zhì)量特性之間的關(guān)系。包括有利和不利的影響關(guān)系。表12-4給出了軟件質(zhì)量特性同質(zhì)量子特性之間的關(guān)系。包括有利和不利的影響關(guān)系。軟件質(zhì)量特性之間的競爭

2.3軟件質(zhì)量度量A質(zhì)量特性與質(zhì)量子特性之間的關(guān)系p44質(zhì)量特性之間有利和不利的影響目錄2.1軟件度量2.2軟件項目估算2.3軟件質(zhì)量度量2.4軟件復(fù)雜性度量2.5軟件可靠性度量2.6軟件開發(fā)過程的管理2.7軟件過程及軟件成熟度模型CMM2.8軟件項目管理的CASE工具M(jìn)cCabe復(fù)雜性度量法由McCabe于1976年提出Halstead的軟件科學(xué)由Halstead于1977年提出軟件質(zhì)量的度量和評價－－兩種傳統(tǒng)的軟件復(fù)雜度度量方法2.4軟件復(fù)雜性度量程序的復(fù)雜性很大程度上取決于程序控制流的復(fù)雜性。單一的順序程序結(jié)構(gòu)最簡單，循環(huán)和選擇所構(gòu)成的環(huán)路越多，程序就越復(fù)雜。McCabe復(fù)雜性度量法TJ.McCabe，1976，提出了基于程序拓?fù)浣Y(jié)構(gòu)的軟件復(fù)雜性度量模型。2.4軟件復(fù)雜性度量1.畫出程序圖

McCabe度量法步驟（1）afbihegcd(a)程序流程圖abchgifed(b)程序圖2.4軟件復(fù)雜性度量McCabe度量法步驟（2）1.計算線性無關(guān)閉環(huán)數(shù)V(G)=e-n+1*其中e是結(jié)構(gòu)圖中弧的條數(shù)，n是結(jié)構(gòu)圖的節(jié)點數(shù)。abchgifed(b)程序圖V(G)=11-9+1=32.4軟件復(fù)雜性度量McCabe度量法的原理和結(jié)論

v(G)等于結(jié)構(gòu)圖中有界或無界的封閉區(qū)域的個數(shù)。當(dāng)程序中的分支結(jié)構(gòu)數(shù)和循環(huán)結(jié)構(gòu)數(shù)增加時，程序結(jié)構(gòu)將復(fù)雜，v(G)增大。v(G)的值不要大于10，否則模塊內(nèi)部結(jié)構(gòu)就會變得復(fù)雜，給編碼帶來困難。在結(jié)構(gòu)化程序中，力爭控制流從高層指向低層，反之，否則會增加封閉區(qū)域的個數(shù)。2.4軟件復(fù)雜性度量

Halstead復(fù)雜性度量法20世紀(jì)70年代初，M.Halstead從統(tǒng)計學(xué)和心理學(xué)的角度研究軟件復(fù)雜性問題。該方法的基本思路是根據(jù)程序中可執(zhí)行代碼行的操作符和操作數(shù)的數(shù)目來計算程序的復(fù)雜性，一般來說，操作符和操作數(shù)的數(shù)目越大程序就越復(fù)雜。2.4軟件復(fù)雜性度量目錄2.1軟件度量2.2軟件項目估算2.3軟件質(zhì)量度量2.4軟件復(fù)雜性度量2.5軟件可靠性度量2.6軟件開發(fā)過程的管理2.7軟件過程及軟件成熟度模型CMM2.8軟件項目管理的CASE工具2.5軟件可靠性度量可靠性評估（Softwarereliabilityassessment，r（t））：根據(jù)軟件系統(tǒng)可靠性結(jié)構(gòu)（單元與系統(tǒng)間可靠性關(guān)系）、壽命類型和各單元的可靠性試驗信息，利用概率統(tǒng)計方法，評估出系統(tǒng)的可靠性特征量。軟件的可靠性關(guān)系到整個系統(tǒng)的成敗軟件定義：系統(tǒng)連續(xù)運行某段時間的概率軟件修復(fù)排除軟件代碼中的錯誤。包括：發(fā)現(xiàn)錯誤、糾正錯誤、測試和系統(tǒng)重新啟動?？梢越档统绦蚬收下?，提高軟件可靠性。2.5軟件可靠性度量不可修復(fù)系統(tǒng)：不允許停止程序運行的系統(tǒng)，如空管系統(tǒng)，反之為可修復(fù)系統(tǒng)。軟件修復(fù)時間：隨機(jī)變量，在可靠性分析中，使用平均修復(fù)時間的概念。2.5軟件可靠性度量

A（t）,系統(tǒng)在t時刻正常運行的概率。

A（250）=0.95.與R(250)=0,95.的區(qū)別。通常A（t）≥R（t）。對于不可修復(fù)系統(tǒng)，A（t）=R（t）系統(tǒng)有效性2.5軟件可靠性度量測量軟件有效性的方法（1）

（1）n臺相同的計算機(jī)硬件系統(tǒng)處理若干組相同或不同的輸入數(shù)據(jù)，如果發(fā)現(xiàn)故障，停機(jī)檢修，修復(fù)后重新啟動，t時刻如果有m(t)臺機(jī)器出現(xiàn)故障。M(0)=0.2.5軟件可靠性度量（2）系統(tǒng)在穩(wěn)態(tài)運行過程中，仔細(xì)記錄一個程序運行的有效時間tuj和失效時間tdi，則程序在穩(wěn)態(tài)運行的有效性：測量軟件有效性的方法（2）

（3）當(dāng)系統(tǒng)處于穩(wěn)態(tài)時，程序正常運行時間的平均值也是程序平均故障間隔tu時間(MTBF),程序平均停機(jī)時間td也是程序平均修復(fù)時間，于是系統(tǒng)穩(wěn)態(tài)時的程序有效性：A=MTBF/(MTBF+MTTR)測量軟件有效性的方法（3）

第一種方法便于理解有效性的概念，但多數(shù)場合不能用；第二種方法可以度量已經(jīng)投入運行的程序系統(tǒng)的有效性。第三種方法可以用在軟件開發(fā)階段。測量軟件有效性方法的使用目錄2.1軟件度量2.2軟件項目估算2.3軟件質(zhì)量度量2.4軟件復(fù)雜性度量2.5軟件可靠性度量2.6軟件開發(fā)過程的管理2.7軟件過程及軟件成熟度模型CMM2.8軟件項目管理的CASE工具2.6軟件開發(fā)過程的管理

--風(fēng)險分析有風(fēng)險、甚至是災(zāi)難性的。涉及思想、概念、行為、地點、時間等諸多因素。什么風(fēng)險可以導(dǎo)致項目的徹底失?。款櫩托枨?、環(huán)境、時間、成本會對項目產(chǎn)生什么影響？采取什么措施可以減少風(fēng)險？

風(fēng)險分析軟件工程中的風(fēng)險分析包括：風(fēng)險標(biāo)識風(fēng)險估算風(fēng)險評價風(fēng)險管理A)風(fēng)險標(biāo)識系統(tǒng)地確定對項目計劃（估算、進(jìn)度、資源分配）的威脅通過識別一直的或可預(yù)測的風(fēng)險，就能避開或駕馭風(fēng)險。

風(fēng)險分析風(fēng)險的分類從宏觀上，風(fēng)險分為項目風(fēng)險：潛在的預(yù)選、進(jìn)度、組織、資源、用戶和需求方面的問題，復(fù)雜性、規(guī)模的不確定性和結(jié)構(gòu)的不確定性也構(gòu)成項目的風(fēng)險。技術(shù)風(fēng)險：質(zhì)量、交付期、設(shè)計、實現(xiàn)、接口、檢驗和維護(hù)；此外，規(guī)格說明書的多義性、技術(shù)的不確定性、技術(shù)陳舊。原因：問題的解決比預(yù)想的要復(fù)雜得多。商業(yè)風(fēng)險：市場不需要、不符合公司的軟件產(chǎn)品戰(zhàn)略、銷售部門不知道如何推銷、失去上級部門的支持、預(yù)算風(fēng)險。識別風(fēng)險最好的方法是提出一組問題幫助項目計劃人員了解項目和技術(shù)方面有那些風(fēng)險。Boehm“風(fēng)險項目檢測表”肯定—0，反之—5，中間2，3，4。值大風(fēng)險大。識別風(fēng)險

風(fēng)險分析B)風(fēng)險估算從兩個方面估價每種風(fēng)險：估計風(fēng)險發(fā)生的可能性與風(fēng)險相關(guān)的問題出現(xiàn)后會產(chǎn)生的結(jié)果。

風(fēng)險分析項目計劃人員、管理人員、技術(shù)人員在一起，進(jìn)行4種估計活動：建立一個尺度來表明風(fēng)險發(fā)生的可能性；描述風(fēng)險的后果估計風(fēng)險對項目和產(chǎn)品的影響；指明風(fēng)險估計的正確性以便消除誤解；風(fēng)險評估活動c)風(fēng)險評價使用三元組[Ri,li,xi]Ri是風(fēng)險,li是風(fēng)險出現(xiàn)的可能性,xi是風(fēng)險的影響。一個對風(fēng)險評價很有用的技術(shù)就是定義風(fēng)險參照水準(zhǔn)。對于大多數(shù)軟件項目來說，成本、進(jìn)度和性能就是三種典型的風(fēng)險參照標(biāo)準(zhǔn)。

風(fēng)險分析D)風(fēng)險管理為了執(zhí)行風(fēng)險駕馭和監(jiān)控，必須考慮與每個風(fēng)險相關(guān)的三員組[風(fēng)險描述、風(fēng)險發(fā)生概率、風(fēng)險影響]，它們構(gòu)成管理奉賢步驟的基礎(chǔ)。

風(fēng)險分析2.6軟件開發(fā)過程的管理

--進(jìn)度安排比成本估算更重要，可能造成市場的流失。軟件開發(fā)項目的進(jìn)度安排有兩種考慮方式：系統(tǒng)交付期已經(jīng)確定，軟件必須在規(guī)定期限內(nèi)完成。經(jīng)常遇到，如不能按時完成用戶會不滿意，甚至要求賠償經(jīng)濟(jì)損失，所以必須在規(guī)定期限內(nèi)合理分配人力和安排進(jìn)度。系統(tǒng)交付期大致確定，開發(fā)部門自己確定軟件交付期?？梢院芎煤侠砝觅Y源。任務(wù)分配、人力資源分配、時間分配要與工期進(jìn)度協(xié)調(diào)：成立軟件開發(fā)小組，人數(shù)2~8。任務(wù)的分解和并行化.工作量分布：分析和設(shè)計40%~50%；編碼15%~20%；測試和調(diào)試30%~40%。工程進(jìn)度安排：40-20-40規(guī)則可以作為一個指南fig2-13.2.6軟件開發(fā)過程的管理

--進(jìn)度安排

軟件項目的人員組織大型軟件工程時間長，為了提高工作效率、保證質(zhì)量，必須進(jìn)行人員組織分工。軟件開發(fā)人員的個人素質(zhì)與能力差異很大；軟件是智力產(chǎn)品，不易理解，不易維護(hù)；參加人員組織起來，發(fā)揮最大的工作效率。2.6軟件開發(fā)過程的管理

--進(jìn)度安排按樹形結(jié)構(gòu)組織軟件開發(fā)人員主程序員制民主制層次制主程序員制小組核心是一位主程序員、2~5位技術(shù)員，1位后援工程師組成。主程序員：小組全部技術(shù)活動的計劃、協(xié)調(diào)、審查工作，還負(fù)責(zé)設(shè)計和實現(xiàn)項目的關(guān)鍵部分；技術(shù)員：負(fù)責(zé)項目的具體設(shè)計和開發(fā)，文檔資料的編寫。后援工