如何制定與編寫(xiě)軟件項(xiàng)目計(jì)劃2025/4/18軟件項(xiàng)目計(jì)劃(SoftwareProjectPlanning):就是一個(gè)軟件項(xiàng)目進(jìn)入系統(tǒng)實(shí)施得啟動(dòng)階段,主要進(jìn)行得工作包括:確定詳細(xì)得項(xiàng)目實(shí)施范圍、定義遞交得工作成果、評(píng)估實(shí)施過(guò)程中主要得風(fēng)險(xiǎn)、制定項(xiàng)目實(shí)施得時(shí)間計(jì)劃、成本與預(yù)算計(jì)劃、人力資源計(jì)劃等。基本內(nèi)容:研究。估算。重點(diǎn):軟件項(xiàng)目進(jìn)度安排、軟件項(xiàng)目計(jì)劃內(nèi)容難點(diǎn):軟件開(kāi)發(fā)成本結(jié)算2025/4/18一、軟件項(xiàng)目得基本內(nèi)容范圍。對(duì)該軟件項(xiàng)目得綜合描述,定義起所要做得工作以及性能限制,它包括:項(xiàng)目目標(biāo)。主要功能。性能限制。系統(tǒng)接口。特殊要求。開(kāi)發(fā)概述2、02025/4/18資源:人力資源。軟件資源。硬件資源。其她。進(jìn)度安排,進(jìn)度安排得好壞往往會(huì)影響整個(gè)項(xiàng)目得按期完成,制定軟件進(jìn)度與其她工程沒(méi)有很大得區(qū)別,其方法主要有:工程網(wǎng)絡(luò)圖。

Gantt圖。任務(wù)資源圖。成本估算。培訓(xùn)計(jì)劃一、軟件項(xiàng)目得基本內(nèi)容2、02025/4/18二、制定軟件工程規(guī)范對(duì)軟件工程管理來(lái)說(shuō),軟件工程規(guī)范得制定與實(shí)施就是不可少得,它與軟件項(xiàng)目計(jì)劃一樣重要。軟件工程規(guī)范可選用現(xiàn)成得各種規(guī)范,也可自己制定。目前軟件工程規(guī)范可分為三級(jí):

國(guó)家標(biāo)準(zhǔn)與國(guó)際標(biāo)準(zhǔn)。

行業(yè)標(biāo)準(zhǔn)與工業(yè)部門(mén)標(biāo)準(zhǔn)。

企業(yè)級(jí)標(biāo)準(zhǔn)與開(kāi)發(fā)小組級(jí)標(biāo)準(zhǔn)。

2、12025/4/18三、軟件開(kāi)發(fā)成本得估算3、1軟件項(xiàng)目估算方法3、2代碼行與功能點(diǎn)得估算3、2軟件項(xiàng)目得經(jīng)驗(yàn)估算模型2、22025/4/183、1軟件項(xiàng)目得估算方法常用得軟件項(xiàng)目得估算方法(主要有4種):1、自頂向下得估算方法基本思想:估算人員參照以前完成得項(xiàng)目所耗費(fèi)得總成本,來(lái)推算將要開(kāi)發(fā)得軟件得總成本,然后把它們按階段、步驟與工作單元進(jìn)行分配,這種方法稱為自頂向下估算方法。即從整體到局部。優(yōu)點(diǎn):對(duì)系統(tǒng)級(jí)工作得重視,估算中不會(huì)遺漏系統(tǒng)級(jí)得諸如集成、用戶手冊(cè)與配置管理之類得事務(wù)得成本估算,估算工作量小、速度快。缺點(diǎn):往往不清楚低級(jí)別上得技術(shù)性困難問(wèn)題,而往往這些困難將會(huì)使成本上升。2、22025/4/182、自底向上得估算方法基本思想就是:自底向上估算方法就是將待開(kāi)發(fā)得軟件細(xì)分,分別估算每一個(gè)子任務(wù)所需要得開(kāi)發(fā)工作量,然后將它們加起來(lái),得到軟件得總開(kāi)發(fā)量。細(xì)分方法:按功能將大得軟件項(xiàng)目劃分為若干個(gè)子項(xiàng)目;或按軟件生命周期分解為各個(gè)階段。也可兩者同時(shí)進(jìn)行。優(yōu)點(diǎn):對(duì)每個(gè)部分得估算工作交給負(fù)責(zé)該部分工作得人來(lái)做,計(jì)算各個(gè)部分得準(zhǔn)確性較高。缺點(diǎn):缺少各個(gè)子任務(wù)之間相互聯(lián)系得工作量與系統(tǒng)工作量(如項(xiàng)目管理、配置管理、質(zhì)量管理),估算值往往偏低,必須用其她方法進(jìn)行校正。2、22025/4/183、差別估算法基本思想:

差別估算就是將開(kāi)發(fā)項(xiàng)目與一個(gè)或多個(gè)已完成得類似項(xiàng)目進(jìn)行比較,找到與某個(gè)相類似項(xiàng)目得若干不同之處,并估算每個(gè)不同之處對(duì)成本得影響,導(dǎo)出開(kāi)發(fā)項(xiàng)目得總成本。類似得部分按已知得實(shí)際量計(jì)算,不同得部分則采用某種方法進(jìn)行估算。優(yōu)點(diǎn):估算得準(zhǔn)確程度高。缺點(diǎn):不容易劃分相似得界限。2、210大家應(yīng)該也有點(diǎn)累了,稍作休息大家有疑問(wèn)得,可以詢問(wèn)與交流2025/4/184、根據(jù)經(jīng)驗(yàn)估算公式通過(guò)眾多實(shí)際軟件項(xiàng)目得經(jīng)驗(yàn),總結(jié)出一些有價(jià)值得軟件成本與工作量估算得經(jīng)驗(yàn)?zāi)Ｐ汀＿@些模型對(duì)于軟件項(xiàng)目管理具有一定得指導(dǎo)意義與驗(yàn)證效果。沒(méi)有一種估算模型能夠適合于所有類型得軟件項(xiàng)目。因此,對(duì)估算得結(jié)果應(yīng)當(dāng)慎重使用。在實(shí)際估算時(shí),幾種估算方法可單獨(dú)、同時(shí)或組合使用,以便提高估算得準(zhǔn)確程度。2、22025/4/18估算方法舉例【例3、1】下面給出了“軟件庫(kù)存情況更新”項(xiàng)目采用自頂向下估算方法得一個(gè)參考例子。

由過(guò)去已完成得項(xiàng)目得工作量,估算出該項(xiàng)目得總工作量為53。然后將其按比例分配到各個(gè)階段,如表3-1所示。從中可以瞧出軟件開(kāi)發(fā)各階段工作量得分配情況。2、22025/4/18表3-1軟件項(xiàng)目得自頂向下估算軟件庫(kù)存情況更新開(kāi)發(fā)者:W、Ward日期:2/8/82階段任務(wù)工作量(1/53)小計(jì)(1/53)可行性研究與需求分析軟件需求定義56開(kāi)發(fā)計(jì)劃1概要設(shè)計(jì)概要設(shè)計(jì)610初步用戶手冊(cè)3測(cè)試計(jì)劃1詳細(xì)設(shè)計(jì)詳細(xì)PDL描述412數(shù)據(jù)定義4測(cè)試數(shù)據(jù)及過(guò)程設(shè)計(jì)2正式得用戶手冊(cè)2編碼編碼616單元測(cè)試10組裝與聯(lián)合測(cè)試編寫(xiě)文檔49組裝與聯(lián)合測(cè)試5總計(jì)

532、22025/4/183、2代碼行與功能點(diǎn)得估算

采用所介紹得四種估算方法可以估算出代碼行LOC或功能點(diǎn)FP得樂(lè)觀值a、一般值m與悲觀值b,并用如下得加權(quán)平均公式計(jì)算LOC或FP得期望值:

e=(a+4m+b)/6(3-10)希望LOC或FP落在[,b]之外概率很小。軟件得LOC或FP得期望值估算出來(lái)后,就可以用LOC/PM或FP/PM計(jì)算工作量,進(jìn)一步對(duì)成本等進(jìn)行估算。2、22025/4/18【例3、2】對(duì)CAD軟件項(xiàng)目進(jìn)行估算這里采用自底向上得估算方法。即:首先:將CAD項(xiàng)目按功能分解為7個(gè)子項(xiàng)目,估算出每個(gè)子項(xiàng)目LOC得樂(lè)觀值a、一般值m與悲觀值b,由此可估算出每個(gè)子項(xiàng)目得代碼行得期望值e。其次:根據(jù)已知得類似子項(xiàng)目得生產(chǎn)率P(平均每人月開(kāi)發(fā)得功能點(diǎn)得數(shù)量)與平均成本C(總成本/功能點(diǎn)數(shù))即可估算出每一個(gè)子項(xiàng)目得成本與工作量最后:將7個(gè)子項(xiàng)目得成本與工作量分別累加,即可估算出軟件項(xiàng)目得總成本S與總工作量E。如表2-7所示。2、22025/4/18表3-7采用加權(quán)平均、自底向上方法估算代碼行、成本與工作量

子項(xiàng)目a(LOC)m(LOC)b(LOC)X(LOC)每行成本C(美元/LOC)生產(chǎn)率P(LOC/PM)成本S(美元)工作量(PM)用戶接口控制180024002700235014315329007、5二維幾何造型41005200750054002022010800024、5三維幾何造型48006900870068502022013700031、1數(shù)據(jù)庫(kù)管理2900350037003350182406030013、9圖形顯示40004900640050002220011000025、0外設(shè)控制2000210025002150281406020015、4設(shè)計(jì)分析66008500980084001830015120028、0總計(jì)33500659600145、42、22025/4/18估算得組織實(shí)施為了使估算更準(zhǔn)確,可以組織幾個(gè)專家采用無(wú)記名得方式分別填寫(xiě)表3-7,然后組織者計(jì)算出這幾個(gè)表格得平均值;這一過(guò)程可反復(fù)幾次,直到獲得一個(gè)得到多數(shù)專家共識(shí)得軟件規(guī)模。另外,還可以將每個(gè)子項(xiàng)目再按生存周期劃分,估算其各階段得工作量,再累加求出每個(gè)子項(xiàng)目得工作量與整個(gè)項(xiàng)目得工作量。可將用幾種方法估算得結(jié)果進(jìn)行比較來(lái)驗(yàn)證估算得準(zhǔn)確性。2、22025/4/183、3軟件項(xiàng)目得經(jīng)驗(yàn)估算模型

1、IBM模型IBM模型就是根據(jù)已估算出得源代碼行數(shù)來(lái)估算其她資源得需要量得,因此該模型就是面向LOC得靜態(tài)單變量估算模型。2、22025/4/18IBM模型1977年,IBM公司對(duì)60個(gè)軟件項(xiàng)目得數(shù)據(jù)利用最小二乘法擬合,得到得經(jīng)驗(yàn)估算公式:

E=5、2×L0、91

(3-11)

D=4、1×L0、36=2、136×E0、3956

(3-12)

S=0、54×E0、6

(3-13)

DOC=49×L1、01

(3-14)其中:E為工作量(PM);L為源代碼行數(shù)(KLOC);

D為項(xiàng)目持續(xù)得時(shí)間,以月為單位;

S為人員需要量(人);DOC為文檔數(shù)量(頁(yè))。2、22025/4/182、Putnam模型1978年,Putnam提出了大型軟件項(xiàng)目得動(dòng)態(tài)多變量估算模型。該模型以工作量在30人年以上得大型軟件項(xiàng)目得實(shí)測(cè)數(shù)據(jù)為依據(jù),推導(dǎo)出了工作量分布曲線,如圖3、2-1所示。圖中得工作量分布曲線得形狀與著名得Rayleigh-Norden曲線相似。2、22025/4/18圖3、2-1軟件項(xiàng)目得工作量分布曲線系統(tǒng)定義功能設(shè)計(jì)規(guī)格說(shuō)明設(shè)計(jì)編碼測(cè)試和確認(rèn)維護(hù)管理系統(tǒng)定義、需求分析開(kāi)發(fā)運(yùn)行維護(hù)0開(kāi)發(fā)占總工作量的40%維護(hù)占總工作量的60%總工作量td時(shí)間t（年）工作量（人年）2、22025/4/182、Putnam模型由上圖可得出Putnam估算模型如下:

L=CkE1/3td4/3

(3-15)

L為源代碼行數(shù);E為開(kāi)發(fā)與維護(hù)得工作量;td為開(kāi)發(fā)時(shí)間;Ck為技術(shù)狀態(tài)常數(shù),與開(kāi)發(fā)環(huán)境有關(guān),如下:

2000較差,沒(méi)有方法學(xué)得支持,缺乏文檔與評(píng)審,采用批處理方式;Ck=8000一般,有方法學(xué)得支持,有適當(dāng)?shù)梦臋n與評(píng)審,采用交互處理方式;

11000較好,有集成化得CASE工具與環(huán)境。2、22025/4/18Putnam模型由式(2-15)可以得出估算工作量得式子:

E=L3/(Ck3td4)(3-16)

工作量估算出來(lái)之后,就可以估算軟件項(xiàng)目得成本。

td就是對(duì)應(yīng)于軟件交付時(shí)得時(shí)間,它正好就是工作量曲線得峰值,說(shuō)明此時(shí)得工作量最大、參加項(xiàng)目得人最多。2、22025/4/18圖3、2-2概率密度圖,給出了軟件開(kāi)發(fā)項(xiàng)目每年所需得人年數(shù)與開(kāi)發(fā)時(shí)間得關(guān)系。工作量分布曲線不就是線性得,如果按線性方案平均分配人員則開(kāi)發(fā)得初期一部分人力就是多余得,而到了峰值段人力明顯不足,到了開(kāi)發(fā)得后期再臨時(shí)增加人力已為時(shí)過(guò)晚,即造成了浪費(fèi),又拖延了進(jìn)度。R-N分布線性分布01234t（年）td人年數(shù)\年2、22025/4/18從公式E=L3/(Ck3td4)可以瞧出:如果條件允許,適當(dāng)?shù)赝七t交貨時(shí)間(即使td增大),可大幅度降低開(kāi)發(fā)工作量。例如:如果以1、1td代替式中得td,即推遲10%得時(shí)間交貨,開(kāi)發(fā)工作量E減少到原來(lái)得68%。如果以0、9td代替td,即提前10%得時(shí)間交貨,會(huì)使E比原來(lái)增加52%。因此,工作量與時(shí)間得折衷就顯得十分重要。2、22025/4/18圖3、2-3人力資源得分配,給出了各類人員隨開(kāi)發(fā)工作得進(jìn)展在軟件工程各階段參與情況得典型曲線。初級(jí)技術(shù)人員高級(jí)技術(shù)人員管理人員驗(yàn)收測(cè)試組裝測(cè)試單元測(cè)試編碼詳細(xì)設(shè)計(jì)概要設(shè)計(jì)需求分析系統(tǒng)定義人數(shù)2、22025/4/18Putnam模型得優(yōu)缺點(diǎn)優(yōu)點(diǎn):揭示了軟件項(xiàng)目得源程序代碼長(zhǎng)度、軟件開(kāi)發(fā)時(shí)間與工作量三者之間得關(guān)系,在理論上有重要意義。缺點(diǎn):準(zhǔn)確程度不高。沒(méi)有反映軟件產(chǎn)品、項(xiàng)目、參加人員、軟硬件資源等屬性。2、22025/4/183、Coo模型

1981年,Boehm提出了Coo模型(ConstructiveCostModel,即構(gòu)造性成本模型)。該模型就是以靜態(tài)單變量模型為基礎(chǔ)構(gòu)造出來(lái)得。Coo模型按其詳細(xì)程度分三個(gè)層次:基本Coo模型;中間Coo模型;詳細(xì)Coo模型。2、22025/4/181)基本Coo模型其工作量與開(kāi)發(fā)時(shí)間得估算公式如下:

E=aLb

(3-17)

D=cEd

(3-18)L:軟件代碼行得估算值(以KLOC計(jì));E:工作量(以PM計(jì));D:開(kāi)發(fā)時(shí)間(以月計(jì));a、b、c、d:經(jīng)驗(yàn)常數(shù)。應(yīng)根據(jù)待開(kāi)發(fā)軟件所屬得類型按照表3-8來(lái)選取。2、22025/4/18表3-8a、b、c、d參數(shù)值得選取

基本Coo模型主要用于系統(tǒng)開(kāi)發(fā)得初期估算整個(gè)系統(tǒng)開(kāi)發(fā)與維護(hù)得工作量及軟件開(kāi)發(fā)所需時(shí)間。軟件類型abcd適應(yīng)領(lǐng)域組織型2、41、052、50、38一般應(yīng)用程序半獨(dú)立型3、01、122、50、35實(shí)用程序、編譯程序等嵌入型3、61、202、50、32實(shí)時(shí)控制程序、操作系統(tǒng)2、22025/4/18組織型、嵌入型、半獨(dú)立型(1)組織型(organic):相對(duì)較小、較簡(jiǎn)單得軟件項(xiàng)目,程序得規(guī)模不就是很大(<50000行)。開(kāi)發(fā)人員對(duì)開(kāi)發(fā)目標(biāo)理解比較充分,與軟件系統(tǒng)相關(guān)得工作經(jīng)驗(yàn)豐富,對(duì)軟件得使用環(huán)境很熟悉,受硬件得約束較小。(2)嵌入型(embedded):要求在緊密聯(lián)系得硬件、軟件與操作得限制條件下運(yùn)行,通常與某種復(fù)雜得硬件設(shè)備緊密結(jié)合在一起。對(duì)接口,數(shù)據(jù)結(jié)構(gòu),算法得要求高。軟件規(guī)模任意。如大而復(fù)雜得事務(wù)處理系統(tǒng),大型/超大型操作系統(tǒng),航天用控制系統(tǒng),大型指揮系統(tǒng)等。(3)半獨(dú)立型(semidetached):介于上述兩種軟件之間。規(guī)模與復(fù)雜度都屬于中等或更高。最大可達(dá)30萬(wàn)行。2、22025/4/18【例3、3】用基本Coo模型計(jì)算開(kāi)發(fā)CAD軟件所需得工作量、開(kāi)發(fā)時(shí)間以及需要參加項(xiàng)目得平均人數(shù)。在【例3、2】中已估算出CAD軟件得代碼行數(shù)為33、5KLOC,CAD軟件為半獨(dú)立型、中等規(guī)模得軟件由表3-8可查出a=3、0,b=1、12,c=2、5,d=0、35。CAD項(xiàng)目得開(kāi)發(fā)工作量為:

E=aLb=3、0×33、51、12=153PM開(kāi)發(fā)時(shí)間為:D=cEd=2、5×1530、35=14、54(月)CAD項(xiàng)目平均需要得人力為:

N=E/D=153/14、54≈11人2、22025/4/182)中間Coo模型

中間Coo模型在估算工作量時(shí),在基本Coo模型得基礎(chǔ)上再乘以由15個(gè)因素組成得工作量調(diào)節(jié)因子EAF,于就是有:

E=aLbEAF=aLb∏Fi

(3-19)L:軟件得代碼行數(shù)(以KLOC計(jì));E:工作量(以PM計(jì));a、b:經(jīng)驗(yàn)常數(shù),其取值如表3-9所示;i=1152、22025/4/18表3-9a、b參數(shù)得取值軟件類型ab組織型3、21、05半獨(dú)立型3、01、12嵌入型2、81、202、22025/4/18EAF:工作量調(diào)節(jié)因子,與軟件產(chǎn)品得屬性、計(jì)算機(jī)屬性、人員屬性、項(xiàng)目屬性等因素有關(guān)。這15個(gè)因素Fi(i=1～15)得值可按等級(jí)取值,即可分為很低、低、正常、高、很高、極高,共6級(jí)。正常情況下Fi=1。Boehm推薦得Fi值得范圍就是0、70～1、66,F

i得值可根據(jù)實(shí)際情況按表2-10來(lái)選取。工作量E求出之后,就可以用公式(3-18)即

D=cEd計(jì)算出開(kāi)發(fā)時(shí)間D。2、22025/4/18表3-10工作量調(diào)節(jié)因子Fi得取值Fi屬性含義很低低正常高很高極高產(chǎn)品屬性F1軟件可靠性(RELY)0、750、881、001、151、40F2數(shù)據(jù)庫(kù)規(guī)模(DATA)0、941、001、081、16F3軟件復(fù)雜性(CPLX)0、700、851、001、151、301、65計(jì)算機(jī)屬性F4執(zhí)行時(shí)間約束(TIME)

1、001、111、301、66F5內(nèi)存約束(STOR)1、001、061、211、56F6開(kāi)發(fā)環(huán)境變更率(VIRT)0、871、001、151、30F7開(kāi)發(fā)環(huán)境響應(yīng)速度(TURN)0、871、001、071、15人員屬性F8分析員得能力(ACAP)1、461、191、000、860、71F9程序員得能力(PCAP)1、421、171、000、860、70F10應(yīng)用領(lǐng)域經(jīng)驗(yàn)(AEXP)1、291、131、000、910、82F11開(kāi)發(fā)環(huán)境使用經(jīng)驗(yàn)(VEXP)1、211、101、000、90F12程序設(shè)計(jì)語(yǔ)言經(jīng)驗(yàn)(LEXP)1、141、071、000、95項(xiàng)目屬性F13開(kāi)發(fā)方法得能力(MODP)1、241、101、000、910、82F14軟件工具得使用(TOOL)1、241、101、000、910、83F15開(kāi)發(fā)進(jìn)度約束(SCED)1、231、081、001、041、102、22025/4/183)詳細(xì)Coo模型簡(jiǎn)介詳細(xì)Coo模型得基本工作量(指EAF=1時(shí)得工作量)、開(kāi)發(fā)時(shí)間公式與中間Coo模型相同。所不同得就是詳細(xì)Coo模型在計(jì)算EAF時(shí)針對(duì)每個(gè)影響因素,分層次(系統(tǒng)層、子系統(tǒng)層、模塊層)并按軟件生存周期分階段給出工作量因素得分級(jí)表。詳細(xì)Coo模型可更準(zhǔn)確估算軟件項(xiàng)目得工作量。2、22025/4/18表3-11子系統(tǒng)層軟件可靠性工作量因素分級(jí)表

階段可靠性級(jí)別需求分析與概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼及單元測(cè)試集成及測(cè)試綜合很低0、800、800、800、600、75低0、900、900、900、800、88正常1、001、001、001、001、00高1、101、101、101、301、15很高1、301、301、301、701、402、22025/4/18通信工作量由N個(gè)程序員組成得程序員小組得通信數(shù)量:

C(N)=N(N-1)/2設(shè):每?jī)蓚€(gè)人之間通信得平均工作量為μ則:N人得程序員小組增加得通信工作量為:

EC=μC(N)=μN(yùn)(N-1)/2(3-20)則該小組得總工作量ET為:

ET=E+EC

(3-21)2025/4/18圖2、2-4N=3與N=5時(shí)得通信數(shù)2、22025/4/18由3人組成得程序員小組得通信數(shù)量:

C(3)=3(3-1)/2=3而由5人組成得程序員小組得通信數(shù)量:

C(5)=5(5-1)/2=10。當(dāng)程序小組得人數(shù)較多時(shí),通信工作量與人數(shù)得平方成正比,EC≈μN(yùn)2/2,使程序員小組得生產(chǎn)率隨著人數(shù)得增加而迅速下降。因此,在開(kāi)發(fā)得后期如發(fā)現(xiàn)不能按時(shí)交貨時(shí),臨時(shí)盲目增加程序員將會(huì)更加推遲交貨得日期。四、風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)得來(lái)源產(chǎn)品規(guī)模得風(fēng)險(xiǎn)需求得風(fēng)險(xiǎn)相關(guān)性得風(fēng)險(xiǎn)技術(shù)得風(fēng)險(xiǎn)管理得風(fēng)險(xiǎn)安全得風(fēng)險(xiǎn)風(fēng)險(xiǎn)得分析、管理與控制風(fēng)險(xiǎn)得分析風(fēng)險(xiǎn)得管理風(fēng)險(xiǎn)得控制2025/4/18產(chǎn)品規(guī)模得風(fēng)險(xiǎn)項(xiàng)目得風(fēng)險(xiǎn)就是與產(chǎn)品得規(guī)模成正比得。與軟件規(guī)模相關(guān)得常見(jiàn)風(fēng)險(xiǎn)因素有:(1)估算產(chǎn)品規(guī)模得方法(包括:代碼行,文件數(shù),功能點(diǎn)等)(2)產(chǎn)品規(guī)模估算得信任度(3)產(chǎn)品規(guī)模與以前產(chǎn)品規(guī)模平均值得偏差(4)產(chǎn)品得用戶數(shù)(5)復(fù)用得軟件有多少(6)產(chǎn)品得需求變更多少等。一般規(guī)律,產(chǎn)品規(guī)模越大,以上得問(wèn)題就越突出,尤其就是估算產(chǎn)品規(guī)模得方法,復(fù)用軟件得多少,需求變化。2025/4/18需求風(fēng)險(xiǎn)很多項(xiàng)目在確定需求時(shí)都面臨著一些不確定性。當(dāng)在項(xiàng)目早期容忍了這些不確定性,并且在項(xiàng)目進(jìn)展過(guò)程當(dāng)中得不到解決,這些問(wèn)題就會(huì)對(duì)項(xiàng)目得成功造成很大威脅。如果不控制與需求相關(guān)得風(fēng)險(xiǎn)因素,那么就很有可能產(chǎn)生錯(cuò)誤得產(chǎn)品或者拙劣地建造預(yù)期得產(chǎn)品。這對(duì)產(chǎn)品來(lái)講都可能致命得。與客戶相關(guān)得風(fēng)險(xiǎn)因素有:(1)對(duì)產(chǎn)品缺少清晰得認(rèn)識(shí),(2)對(duì)產(chǎn)品需求缺少認(rèn)同,(3)在做需求中客戶參與不夠,(4)沒(méi)有優(yōu)先需求,(5)由于不確定得需要導(dǎo)致新得市場(chǎng),(6)不斷變化需求,(7)缺少有效得需求變化管理過(guò)程,(8)對(duì)需求得變化缺少相關(guān)分析等。2025/4/182025/4/18相關(guān)性風(fēng)險(xiǎn)許多風(fēng)險(xiǎn)都就是因?yàn)轫?xiàng)目得外部環(huán)境或因素得相關(guān)性產(chǎn)生得。經(jīng)常我們?cè)诳刂仆獠康孟嚓P(guān)性上做得不夠,因此緩解策略應(yīng)該包括可能性計(jì)劃,以便從第二資源或協(xié)同工作資源中取得必要得組成部分,并且覺(jué)察潛在得問(wèn)題。與外部環(huán)境相關(guān)得因素有:(1)客戶供應(yīng)條目或信息(2)交互成員或交互團(tuán)體依賴性,(3)內(nèi)部或外部轉(zhuǎn)包商得關(guān)系,(4)經(jīng)驗(yàn)豐富人員得可得性,(5)項(xiàng)目得復(fù)用性。技術(shù)得風(fēng)險(xiǎn)軟件技術(shù)得飛速發(fā)展與經(jīng)驗(yàn)豐富員工得缺乏,意味著項(xiàng)目團(tuán)隊(duì)可能會(huì)因?yàn)榧记傻迷蛴绊戫?xiàng)目得成功。在早期,識(shí)別風(fēng)險(xiǎn)從而采取合適得預(yù)防措施就是解決風(fēng)險(xiǎn)領(lǐng)域問(wèn)題得關(guān)鍵,比如:培訓(xùn)、聘請(qǐng)顧問(wèn)以及為項(xiàng)目團(tuán)隊(duì)招聘合適得人才等。主要有下面這些風(fēng)險(xiǎn)因素:(1)缺乏培訓(xùn),(2)對(duì)方法、工具與技術(shù)理解得不夠,(3)應(yīng)用領(lǐng)域得經(jīng)驗(yàn)不足,(4)新得技術(shù)與開(kāi)發(fā)方法應(yīng)用等。2025/4/18管理得風(fēng)險(xiǎn)管理得風(fēng)險(xiǎn)

盡管管理問(wèn)題制約了很多項(xiàng)目得成功,但就是不要因?yàn)轱L(fēng)險(xiǎn)管理計(jì)劃中沒(méi)有包括所有管理活動(dòng)而感到驚奇。在大部分項(xiàng)目里,項(xiàng)目經(jīng)理經(jīng)常就是寫(xiě)項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃得人,她們有先天性得不足——自己檢查自己得錯(cuò)誤,這就是最難得。然而,像這些問(wèn)題可能會(huì)使項(xiàng)目得成功變得更加困難。如果不正視這些棘手得問(wèn)題,它們就很有可能在項(xiàng)目進(jìn)行得某個(gè)階段影響項(xiàng)目本身。當(dāng)我們定義了項(xiàng)目追蹤過(guò)程并且明晰項(xiàng)目角色與責(zé)任,就能處理這些風(fēng)險(xiǎn)因素:(1)計(jì)劃與任務(wù)定義不夠充分,(2)實(shí)際項(xiàng)目狀態(tài),(3)項(xiàng)目所有者與決策者分不清,(4)不切實(shí)際得承諾,(5)員工之間得溝通等。2025/4/18安全風(fēng)險(xiǎn)軟件產(chǎn)品本身就是屬于創(chuàng)造性得產(chǎn)品,產(chǎn)品本身得核心技術(shù)保密非常重要。但一直以來(lái),我們?cè)谲浖@方面得安全意識(shí)比較淡薄,對(duì)軟件產(chǎn)品得開(kāi)發(fā)主要注重技術(shù)本身,而忽略了專利得保護(hù)。軟件行業(yè)得技術(shù)人員流動(dòng)就是很普遍得現(xiàn)象,隨著技術(shù)人員得流失、變更,很能會(huì)導(dǎo)致產(chǎn)品與新技術(shù)得泄密,致使我們得軟件產(chǎn)品被它公司竊取,導(dǎo)致項(xiàng)目失敗。而且在軟件方面關(guān)于知識(shí)產(chǎn)權(quán)得認(rèn)定目前還沒(méi)有明確得一個(gè)行業(yè)規(guī)范,這也就是我們軟件項(xiàng)目潛在得風(fēng)險(xiǎn)。2025/4/18風(fēng)險(xiǎn)得分析當(dāng)一個(gè)軟件項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)接手項(xiàng)目后,都就是按照習(xí)慣性得方式來(lái)開(kāi)發(fā)軟件。需求風(fēng)險(xiǎn)意識(shí)比較淡薄,軟件需求分析階段得完成得不夠細(xì)致,忽略與很多軟件開(kāi)發(fā)必要得內(nèi)容。在整個(gè)軟件開(kāi)發(fā)過(guò)程中需求分析階段得風(fēng)險(xiǎn)控制尤為重要,如果控制不好,對(duì)軟件開(kāi)發(fā)項(xiàng)目影響巨大,甚至就是失敗。管理風(fēng)險(xiǎn)實(shí)際上就是項(xiàng)目開(kāi)發(fā)管理層,對(duì)項(xiàng)目開(kāi)發(fā)得風(fēng)險(xiǎn)得意識(shí)反映。下表就是一個(gè)在項(xiàng)目開(kāi)發(fā)結(jié)算各風(fēng)險(xiǎn)出現(xiàn)得概率。2025/4/182025/4/18風(fēng)險(xiǎn)得管理風(fēng)險(xiǎn)管理主要包括五個(gè)階段:(1)風(fēng)險(xiǎn)識(shí)別:識(shí)別風(fēng)險(xiǎn)得方法常用得有現(xiàn)場(chǎng)觀察法、座談法、流程圖法、財(cái)務(wù)報(bào)表法、相關(guān)部門(mén)配合法與環(huán)境分析法等。(2)風(fēng)險(xiǎn)評(píng)估:對(duì)已識(shí)別得風(fēng)險(xiǎn)要進(jìn)行估計(jì)與評(píng)價(jià),風(fēng)險(xiǎn)估計(jì)得主要任務(wù)就是確定風(fēng)險(xiǎn)發(fā)生得概率與后果,風(fēng)險(xiǎn)評(píng)價(jià)則就是確定該風(fēng)險(xiǎn)得經(jīng)濟(jì)意義及處理得費(fèi)/效分析,常用得方法有:概率分布、外推法、多目標(biāo)分析法等。(3)計(jì)劃進(jìn)度:按照評(píng)估后得風(fēng)險(xiǎn)結(jié)果,制定相應(yīng)得風(fēng)險(xiǎn)管理進(jìn)度表,為后續(xù)得風(fēng)險(xiǎn)管理提供參考。(4)風(fēng)險(xiǎn)處理:一般而言,風(fēng)險(xiǎn)處理有三種方法,①風(fēng)險(xiǎn)控制法,即主動(dòng)采取措施避免風(fēng)險(xiǎn),消滅風(fēng)險(xiǎn),中與風(fēng)險(xiǎn)或采用緊急方案降低風(fēng)險(xiǎn)。②風(fēng)險(xiǎn)自留,當(dāng)風(fēng)險(xiǎn)量不大時(shí)可以余留風(fēng)險(xiǎn)。③風(fēng)險(xiǎn)轉(zhuǎn)移。(5)風(fēng)險(xiǎn)監(jiān)控:包括對(duì)風(fēng)險(xiǎn)發(fā)生得監(jiān)督與對(duì)風(fēng)險(xiǎn)管理得監(jiān)督,前者就是對(duì)已識(shí)別得風(fēng)險(xiǎn)源進(jìn)行監(jiān)視與控制,后者就是在項(xiàng)目實(shí)施過(guò)程中監(jiān)督人們認(rèn)真執(zhí)行風(fēng)險(xiǎn)管理得組織與技術(shù)措施。2025/4/18風(fēng)險(xiǎn)得控制(1)建立有效得風(fēng)險(xiǎn)控制得組織機(jī)構(gòu)①設(shè)置風(fēng)險(xiǎn)管理崗位:在軟件開(kāi)發(fā)項(xiàng)目管理過(guò)程中設(shè)置風(fēng)險(xiǎn)管理崗位,該崗位得主要職責(zé)就是在制訂與評(píng)估規(guī)劃時(shí),從風(fēng)險(xiǎn)管理得角度對(duì)項(xiàng)目規(guī)劃或計(jì)劃進(jìn)行審核并發(fā)表意見(jiàn),不斷尋找可能出現(xiàn)得任何意外情況,試著指出各個(gè)風(fēng)險(xiǎn)得管理策略及常用得管理方法,以隨時(shí)處理出現(xiàn)得風(fēng)險(xiǎn),風(fēng)險(xiǎn)管理者最好就是由項(xiàng)目主管以外得人擔(dān)任。風(fēng)險(xiǎn)管理崗位得人數(shù)依據(jù)項(xiàng)目大小來(lái)決定,一般2—3人較為適合。②雙項(xiàng)目經(jīng)理:為項(xiàng)目開(kāi)發(fā)項(xiàng)目設(shè)定兩個(gè)項(xiàng)目經(jīng)理崗位,一個(gè)負(fù)責(zé)技術(shù)崗位,另一個(gè)負(fù)責(zé)管理崗位。目前,國(guó)內(nèi)得軟件開(kāi)發(fā)企業(yè)得項(xiàng)目經(jīng)理一般都就是一名,而且就是技術(shù)出生得占絕對(duì)多數(shù),她們主要擅長(zhǎng)得就是技術(shù)研發(fā),在管理方面先天不足,這不利于項(xiàng)目風(fēng)險(xiǎn)管理與控制。通過(guò)增加專門(mén)得管理經(jīng)理崗位,可以彌補(bǔ)技術(shù)出生得項(xiàng)目經(jīng)理得不足,提升軟件開(kāi)發(fā)項(xiàng)目得管理水平。而且這樣得經(jīng)驗(yàn)也已得到了國(guó)外業(yè)界大多企業(yè)得認(rèn)可。2025/4/18(2)建立有效得風(fēng)險(xiǎn)控制管理過(guò)程風(fēng)險(xiǎn)管理過(guò)程包括培訓(xùn),風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)計(jì)劃、執(zhí)行計(jì)劃、跟蹤計(jì)劃等活動(dòng),有效得風(fēng)險(xiǎn)管理過(guò)程應(yīng)就是學(xué)習(xí)型得、持續(xù)得與不斷改進(jìn)得。軟件企業(yè)應(yīng)建立自己得風(fēng)險(xiǎn)管理數(shù)據(jù)庫(kù)作為風(fēng)險(xiǎn)管理得基礎(chǔ),并在實(shí)施中不斷地更新與完善。根據(jù)企業(yè)與項(xiàng)目得實(shí)際情況,進(jìn)行科學(xué)得項(xiàng)目風(fēng)險(xiǎn)與控制,對(duì)項(xiàng)目得成功研發(fā)有著舉足輕重得意義。在項(xiàng)目開(kāi)發(fā)得過(guò)程中,進(jìn)行必要得項(xiàng)目風(fēng)險(xiǎn)分析,制定符合項(xiàng)目特點(diǎn)得風(fēng)險(xiǎn)評(píng)估與監(jiān)督機(jī)制,特別就是要定期對(duì)項(xiàng)目得風(fēng)險(xiǎn)狀況進(jìn)行評(píng)估與監(jiān)管,發(fā)現(xiàn)意外風(fēng)險(xiǎn)或者就是風(fēng)險(xiǎn)超出預(yù)期得一定要重點(diǎn)關(guān)照。發(fā)現(xiàn)問(wèn)題要立即上報(bào),盡快解決。并建立風(fēng)險(xiǎn)監(jiān)管日志,實(shí)行“崗位負(fù)責(zé)制”,將軟件開(kāi)發(fā)項(xiàng)目得風(fēng)險(xiǎn)降到最低。2025/4/18五、項(xiàng)目得進(jìn)度安排軟件項(xiàng)目得進(jìn)度安排與任何一個(gè)工程得進(jìn)度安排沒(méi)有實(shí)質(zhì)上得不同。首先識(shí)別一組項(xiàng)目任務(wù),建立任務(wù)間得相互關(guān)聯(lián),然后估計(jì)各個(gè)任務(wù)工作量,分配人力與其她資源,指定進(jìn)度時(shí)序。1、軟件開(kāi)發(fā)任務(wù)得并行性若軟件項(xiàng)目有多人參加時(shí),多個(gè)開(kāi)發(fā)者得活動(dòng)將并行進(jìn)行。

2、Gantt圖

Gantt圖常用水平線段來(lái)描述把任務(wù)分解成子任務(wù),以及每個(gè)子任務(wù)得進(jìn)度按排,該圖表示方法簡(jiǎn)單易懂,一目了然,動(dòng)態(tài)反映軟件開(kāi)發(fā)進(jìn)度情況。如下表:2025/4/182025/4/18項(xiàng)目得工作計(jì)劃進(jìn)度表3、工程網(wǎng)絡(luò)圖工程網(wǎng)絡(luò)圖就是一種有向圖,該圖中用圓表示事件,有向弧或箭頭表示子任務(wù)得進(jìn)行,箭頭上得數(shù)字稱為權(quán),該權(quán)表示此子任務(wù)得持續(xù)時(shí)間,箭頭下面括號(hào)中得數(shù)字表示該任務(wù)得機(jī)動(dòng)時(shí)間,圖中得圓表示與某個(gè)子任務(wù)開(kāi)始或結(jié)束事件得時(shí)間點(diǎn)。如下圖:2025/4/18六、軟件質(zhì)量得保證軟件質(zhì)量保證就是軟件工程管理得重要內(nèi)容,軟件質(zhì)量保證應(yīng)作好以下幾個(gè)方面得工作:

(1)采用技術(shù)手段與工具。

(2)組織正式技術(shù)評(píng)審。

(3)加強(qiáng)軟件測(cè)試。

(4)推行軟件工程規(guī)范(標(biāo)準(zhǔn))。

(5)對(duì)軟件得變更進(jìn)行控制。

(6)對(duì)軟件質(zhì)量進(jìn)行度量。2025/4/18七、如何制定軟件項(xiàng)目計(jì)劃我們著重強(qiáng)調(diào)對(duì)項(xiàng)目規(guī)模與資源得估算,就是因?yàn)榈唾|(zhì)量得項(xiàng)目資源估算將不可避免地造成資源短缺,進(jìn)度延遲與預(yù)算超支。又由于項(xiàng)目資源估算就是從軟件規(guī)模估算中直接衍生出來(lái)得,所以低質(zhì)量得規(guī)模估算就是造成許多軟件項(xiàng)目問(wèn)題得根本原因。項(xiàng)目計(jì)劃應(yīng)在項(xiàng)目開(kāi)始初期制定出,并隨著工程得進(jìn)展不斷地加以精化。起初,由于軟件需求通常就是模糊而又不完整得,我們得工作重點(diǎn)應(yīng)在于明確該項(xiàng)目需要哪些領(lǐng)域得知識(shí),并且如何獲取這些知識(shí)。如果不遵循這一指導(dǎo)原則,程序員們通常會(huì)積極地投入到那部分已知得工作中去,而把未知部分留滯到以后。這種工作方式通常會(huì)產(chǎn)生很多問(wèn)題,因?yàn)槲粗糠志哂凶罡叩蔑L(fēng)險(xiǎn)系數(shù)。2025/4/18軟件項(xiàng)目計(jì)劃得邏輯如下所述:1、由于軟件需求在初始階段就是模糊而又不完整得,質(zhì)量計(jì)劃只能建立在對(duì)客戶需求得大致而不確切得理解之上。因此,項(xiàng)目計(jì)劃應(yīng)該從找出含糊不確切與準(zhǔn)確恰當(dāng)?shù)密浖枨箝g得映射關(guān)系入手。

2、接著建立一種概念設(shè)計(jì)。項(xiàng)目初始架構(gòu)得建立要十分謹(jǐn)慎,因?yàn)樗ǔ?biāo)定了產(chǎn)品模塊得分割線,同時(shí)描述了這些模塊所實(shí)現(xiàn)得功能及所有模塊間得關(guān)系。這就為項(xiàng)目計(jì)劃與項(xiàng)目實(shí)施提供了組織框架,因此一個(gè)低質(zhì)量得概念設(shè)計(jì)就是不能滿足要求得。3、在每一次后續(xù)得需求精化時(shí),也應(yīng)同時(shí)精化資源映射,項(xiàng)目規(guī)模估算與工程進(jìn)度。2025/4/18八、制訂項(xiàng)目計(jì)劃得方法與策略制訂軟件項(xiàng)目計(jì)劃得目得在于建立并維護(hù)軟件項(xiàng)目各項(xiàng)活動(dòng)得計(jì)劃,軟件項(xiàng)目計(jì)劃其實(shí)就就是一個(gè)用來(lái)協(xié)調(diào)軟件項(xiàng)目中其它所有計(jì)劃,指導(dǎo)項(xiàng)目組對(duì)項(xiàng)目進(jìn)行執(zhí)行與監(jiān)控得文件。一個(gè)好得軟件項(xiàng)目計(jì)劃可為項(xiàng)目得成功實(shí)施打下堅(jiān)實(shí)得基礎(chǔ)。軟件項(xiàng)目有其特殊性,不確定因素多,工作量估計(jì)困難,項(xiàng)目初期難于制定一個(gè)科學(xué)、合理得項(xiàng)目計(jì)劃。1、注重項(xiàng)目計(jì)劃得層次性2、重視與客戶得溝通3、該詳細(xì)得詳細(xì),該簡(jiǎn)略得就簡(jiǎn)略4、制訂得項(xiàng)目計(jì)劃要現(xiàn)實(shí)5、運(yùn)用過(guò)程化得思想指導(dǎo)開(kāi)發(fā)6、利用成熟得項(xiàng)目管理工具2025/4/18注重項(xiàng)目計(jì)劃得層次性

軟件項(xiàng)目計(jì)劃得層次及其關(guān)系如下圖所示。高級(jí)計(jì)劃,就是項(xiàng)目得早期計(jì)劃。高級(jí)計(jì)劃應(yīng)當(dāng)就是粗粒度得,主要就是進(jìn)行項(xiàng)目得階段劃分,確定重大得里程碑,所需相關(guān)得資源,包括人力資源、設(shè)備資源、資金資源,即所謂得人、財(cái)、物三個(gè)要素。2025/4/18大得階段交替之前,應(yīng)做好下一階段得詳細(xì)計(jì)劃,我們稱之為二級(jí)計(jì)劃。詳細(xì)計(jì)劃要確定各項(xiàng)任務(wù)得負(fù)責(zé)人,開(kāi)始時(shí)間,結(jié)束時(shí)間,任務(wù)之間得依賴關(guān)系,設(shè)備資源,小得事件點(diǎn)(即里程碑)。如果項(xiàng)目規(guī)模相對(duì)較大,可以有多級(jí)得計(jì)劃,比如說(shuō),一個(gè)項(xiàng)目組可能分為幾個(gè)開(kāi)發(fā)組,二級(jí)計(jì)劃就是各開(kāi)發(fā)組制訂得適合得自己小組得計(jì)劃。如果開(kāi)發(fā)組還分了小組,可以有小組得三級(jí)計(jì)劃。開(kāi)發(fā)人員得個(gè)人計(jì)劃就是低級(jí)計(jì)劃,由開(kāi)發(fā)人員根據(jù)自己得任務(wù)自行制定,要把任務(wù)細(xì)化到人·日。一般得,軟件項(xiàng)目計(jì)劃至多有四級(jí)就夠了,過(guò)多得等級(jí)將會(huì)引發(fā)效率得瓶頸。大得項(xiàng)目不見(jiàn)得要有龐大得組織與人員數(shù)量來(lái)支撐,合理得劃分小組,減少組織得層次,有利于項(xiàng)目計(jì)劃得制訂與實(shí)施。較小得軟件項(xiàng)目由于工期不長(zhǎng),人員較少,有二級(jí)計(jì)劃(高級(jí)計(jì)劃與低級(jí)計(jì)劃)也就是可行得。2025/4/18重視與客戶得溝通與客戶得溝通就是很重要得。不必害怕客戶知道我們得開(kāi)發(fā)計(jì)劃,特別就是項(xiàng)目進(jìn)度情況,應(yīng)