第四講軟件開發(fā)的計(jì)劃過(guò)程4.1

軟件項(xiàng)目計(jì)劃的意義軟件項(xiàng)目中的任務(wù)眾多(組件團(tuán)隊(duì)，需求分析，設(shè)計(jì)，采購(gòu)。。。。制約軟件項(xiàng)目的因素眾多（時(shí)間，成本，質(zhì)量，人員。。。）軟件項(xiàng)目容易產(chǎn)生：軟件危機(jī)仿照生產(chǎn)計(jì)劃------軟件計(jì)劃-----》保證軟件開發(fā)4.2

項(xiàng)目計(jì)劃的種類分項(xiàng)計(jì)劃項(xiàng)目范圍管理計(jì)劃；進(jìn)度管理計(jì)劃；成本管理計(jì)劃；質(zhì)量管理計(jì)劃；過(guò)程改進(jìn)計(jì)劃；人力配備管理計(jì)劃；溝通管理計(jì)劃；風(fēng)險(xiǎn)管理計(jì)劃；采購(gòu)管理計(jì)劃；合同管理計(jì)劃。本課程的項(xiàng)目計(jì)劃軟件項(xiàng)目進(jìn)度計(jì)劃；軟件項(xiàng)目質(zhì)量計(jì)劃；軟件項(xiàng)目測(cè)試計(jì)劃4.3軟件項(xiàng)目的進(jìn)度計(jì)劃的制定過(guò)程活動(dòng)定義確定為產(chǎn)生項(xiàng)目各種可交付成果而必須進(jìn)行的具體計(jì)劃活動(dòng)------》工作范圍?；顒?dòng)排序確定各計(jì)劃活動(dòng)之間的依賴關(guān)系，并形成文件?；顒?dòng)資源估算估算完成各計(jì)劃活動(dòng)所需資源的種類與數(shù)量。活動(dòng)持續(xù)時(shí)間估算估算完成各計(jì)劃活動(dòng)所需工時(shí)單位數(shù)。制定進(jìn)度表分析活動(dòng)順序、活動(dòng)持續(xù)時(shí)間、資源要求，以及進(jìn)度制約因素，從而制定項(xiàng)目進(jìn)度表。甘特圖1、活動(dòng)的定義是軟件項(xiàng)目為產(chǎn)生各個(gè)可交付成果（如代碼）所必須進(jìn)行的具體活動(dòng)，完成了這些活動(dòng)意味著完成了WBS結(jié)構(gòu)中的項(xiàng)目細(xì)目和子細(xì)目。活動(dòng)定義的目的是將軟件項(xiàng)目工作分解為更小、更易管理的工作包，也叫活動(dòng)或任務(wù)。這些小的活動(dòng)應(yīng)該是能夠保障完成交付軟件產(chǎn)品的可實(shí)施的詳細(xì)任務(wù)。軟件項(xiàng)目分解---WBSWBS分解類型基于可交付成果的劃分上層一般為可交付成果為導(dǎo)向下層一般為可交付成果的工作內(nèi)容基于工作過(guò)程的劃分上層按照工作的流程分解下層按照工作的內(nèi)容劃分WBS表達(dá)形式層次結(jié)構(gòu)圖和鋸齒列表（清單）圖形顯示鋸齒列表系統(tǒng)元素A任務(wù)任務(wù)1．2元素B1.系統(tǒng)1．1元素A1．2元素B1.1.1任務(wù)1.1.2任務(wù)WBS工作編碼由高層向下層用多位碼編排，要求每項(xiàng)工作有唯一的編碼。例如：10001100111011111112111311201121112211231200階段名編號(hào)任務(wù)啟動(dòng)11、組建團(tuán)隊(duì)2、產(chǎn)品范圍3、評(píng)審4、監(jiān)管計(jì)劃21、進(jìn)度計(jì)劃2、質(zhì)量計(jì)劃3、評(píng)審4、監(jiān)管需求31、調(diào)研2、需求分析3、需求報(bào)告4、評(píng)審5、監(jiān)管設(shè)計(jì)41、概要設(shè)計(jì)2、詳細(xì)設(shè)計(jì)3、測(cè)試計(jì)劃4、評(píng)審5、監(jiān)管編程51、編程2、測(cè)試3、監(jiān)管交付61、各類文檔的編寫2、系統(tǒng)的配置和調(diào)試3、培訓(xùn)活動(dòng)定義2、工作量和工期的估計(jì)軟件項(xiàng)目的工作量和工期的估算歷來(lái)是比較復(fù)雜的事，因?yàn)檐浖旧淼膹?fù)雜性、歷史經(jīng)驗(yàn)的缺乏、估算工具缺乏以及一些人為錯(cuò)誤，導(dǎo)致軟件項(xiàng)目的規(guī)模估算往往和實(shí)際情況相差甚遠(yuǎn)。因此，估算錯(cuò)誤已被列入軟件項(xiàng)目失敗的四大原因之一。前面講過(guò)，進(jìn)度的控制始于工作量的估算，工作量估算合理，工期和資源投入自然也就合理，反之，一個(gè)錯(cuò)誤的工作量的估計(jì)會(huì)導(dǎo)致一個(gè)不現(xiàn)實(shí)的計(jì)劃產(chǎn)生，以至于時(shí)間管理失去意義。軟件項(xiàng)目規(guī)模估算估算的單位LOC估算法代碼行可以分為無(wú)注釋的源代碼行（NCLOC,NON-COMMENTED

SOURCE

LINES

OF

CODE）和注釋的源代碼行（CLOC:COMMENTED

SOURCE

LINES

OF

CODE），源代碼的總行數(shù)LOC即為

NCLOC與CLOC之和FP估算法功能點(diǎn)度量是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計(jì)方法，該方法通過(guò)研究初始應(yīng)用需求來(lái)確定各種輸入、輸出、查詢、外部文件和內(nèi)部文件的數(shù)目，從而確定功能點(diǎn)數(shù)量工作量估算------DELPHI法DELPHI法是最流行的專家評(píng)估技術(shù)，在沒(méi)有歷史數(shù)據(jù)的情況下，這種方式適用于評(píng)定過(guò)去與將來(lái)，新技術(shù)與特定程序之間的差別，但專家“專”的程度及對(duì)項(xiàng)目的理解程度是工作中的難點(diǎn).DELPHI法鼓勵(lì)參加者就問(wèn)題相互討論。該技術(shù)，要求有多種軟件相關(guān)經(jīng)驗(yàn)人的參與，互相說(shuō)服對(duì)方。工作量估算------DELPHI法Delphi法規(guī)模估計(jì)迭代法樣例工作量估算------類比法類比法適合評(píng)估一些與歷史項(xiàng)目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度的相似的項(xiàng)目，通過(guò)新項(xiàng)目與歷史項(xiàng)目的比較得到規(guī)模估計(jì)。類比法估計(jì)結(jié)果的精確度取決于歷史項(xiàng)目數(shù)據(jù)的完整性和準(zhǔn)確度，因此，用好類比法的前提條件之一是組織建立起較好的項(xiàng)目后評(píng)價(jià)與分析機(jī)制，對(duì)歷史項(xiàng)目的數(shù)據(jù)分析是可信賴的。工作量估算------類比法基本步驟：整理出項(xiàng)目功能列表和實(shí)現(xiàn)每個(gè)功能的代碼行；標(biāo)識(shí)出每個(gè)功能列表與歷史項(xiàng)目的相同點(diǎn)和不同點(diǎn)，特別要注意歷史項(xiàng)目做得不夠的地方；通過(guò)步驟①和②得出各個(gè)功能的估計(jì)值；產(chǎn)生規(guī)模估計(jì)。3、進(jìn)度計(jì)劃的描述--------甘特圖顯示基本的任務(wù)信息可以查看任務(wù)的工期、開始時(shí)間和結(jié)束時(shí)間以及資源的信息只有時(shí)標(biāo)，沒(méi)有活動(dòng)的邏輯關(guān)系有兩種表示方法（棒狀、三角形）甘特圖的示例簡(jiǎn)單的甘特圖甘特圖4、編制進(jìn)度計(jì)劃說(shuō)明書軟件項(xiàng)目中，進(jìn)度計(jì)劃的制定包括了項(xiàng)目描述、項(xiàng)目分解與活動(dòng)界定、工作描述、項(xiàng)目組織和工作責(zé)任分配、工作排序、計(jì)算工作量、估計(jì)工作持續(xù)時(shí)間、繪制網(wǎng)絡(luò)圖、進(jìn)度安排等活動(dòng)見(jiàn)模板4.4質(zhì)量計(jì)劃1、質(zhì)量目標(biāo)估計(jì)各個(gè)階段可能出現(xiàn)的產(chǎn)品缺陷，制定一個(gè)試行的質(zhì)量計(jì)劃有關(guān)質(zhì)量要求的指標(biāo)無(wú)缺陷比率（PERCENT

DEFECT-FREE

PDF）無(wú)缺陷比率是指在給定的階段內(nèi)沒(méi)有缺陷的產(chǎn)品組件所占的百分比。缺陷數(shù)/頁(yè)缺陷數(shù)/頁(yè)是指從每頁(yè)SRS和HLD文檔中去掉的缺陷的平均數(shù)。2.質(zhì)量目標(biāo)估計(jì)各個(gè)階段可能出現(xiàn)的產(chǎn)品缺陷，制定一個(gè)試行的質(zhì)量計(jì)劃有關(guān)質(zhì)量要求的指標(biāo)無(wú)缺陷比率（PERCENT

DEFECT-FREE

PDF）無(wú)缺陷比率是指在給定的階段內(nèi)沒(méi)有缺陷的產(chǎn)品組件所占的百分比。缺陷數(shù)/頁(yè)缺陷數(shù)/頁(yè)是指從每頁(yè)SRS和HLD文檔中去掉的缺陷的平均數(shù)。缺陷數(shù)/KLOC經(jīng)驗(yàn)表明，一個(gè)產(chǎn)品在創(chuàng)建和集成測(cè)試中的缺陷數(shù)/KLOC小于0.5，在系統(tǒng)測(cè)試中小于0.2，則不會(huì)再有什么遺留問(wèn)題。復(fù)核與檢查時(shí)間比率建議復(fù)核與檢查比率是衡量檢查與復(fù)核時(shí)間是否足夠的方法。建議采用下列復(fù)核比率：需求復(fù)核與檢查：<2.0單面文本頁(yè)數(shù)/小時(shí)高級(jí)設(shè)計(jì)復(fù)核與檢查：<5設(shè)計(jì)頁(yè)數(shù)/小時(shí)詳細(xì)設(shè)計(jì)復(fù)核與檢查：<100偽代碼行數(shù)/小時(shí)源代碼復(fù)核與檢查：<200

LOC/小時(shí)缺陷引入率程序員有一個(gè)共同的特點(diǎn)，他們都會(huì)引入許多缺