軟件項(xiàng)目管理大作業(yè)20111632鄭雯

1、精選優(yōu)質(zhì)文檔-傾情為你奉上在線書(shū)店管理系統(tǒng)軟件項(xiàng)目管理方案學(xué) 號(hào)： 班 級(jí)： 計(jì)軟111班 姓 名： 鄭雯 指導(dǎo)教師： 韋靈 完成時(shí)間： 2014年6月20日 專心-專注-專業(yè) 1 需求管理需求管理是一種用于查找、記錄、和跟蹤系統(tǒng)需求變更的系統(tǒng)化方法，可用于獲取、組織和記錄系統(tǒng)需求并使客戶和在系統(tǒng)需求變更上保持一致。有效的需求管理在于維護(hù)清晰明確的需求闡述、每種需求類型所適用的屬性，以及與其他需求和其他項(xiàng)目工作之間的可追蹤性。1.1 需求管理的內(nèi)容1.1.1 需求管理的特定實(shí)踐需求管理包含5個(gè)特定實(shí)踐，如圖1所示。5.標(biāo)識(shí)項(xiàng)目工作與需求的不一致性1.獲得對(duì)需求的理解需求管理 4.維護(hù)對(duì)需求的雙

2、向可追溯性3.管理需求變更2.獲取對(duì)需求的承諾雙向溯源矩陣 圖1:需求實(shí)踐示意圖獲得對(duì)需求的理解。在初步整理需求的基礎(chǔ)上，和用戶代表通過(guò)初步的分析討論，對(duì)當(dāng)前項(xiàng)目的需求達(dá)成共識(shí)，并在需求列表中作相應(yīng)記錄。獲取需求承諾。通過(guò)項(xiàng)目參與者的書(shū)面承諾，建立各方或各項(xiàng)工作的基準(zhǔn)。管理需求變更。維護(hù)變更歷史，為調(diào)整與控制提供數(shù)據(jù)。在需求變更后維護(hù)對(duì)需求的雙向可追溯性。從軟件可維護(hù)性的角度提出管理要求。標(biāo)識(shí)項(xiàng)目工作(包括和產(chǎn)品)與需求的不一致性。若發(fā)現(xiàn)不一致性，即啟動(dòng)。1.1.2 需求管理的管理流程上述5個(gè)特定實(shí)踐，可歸結(jié)為以下3項(xiàng)活動(dòng)，即需求確認(rèn)、需求跟蹤和需求變更。(1)需求確認(rèn)包括圖1中第1、2兩個(gè)特

3、定實(shí)踐。由開(kāi)發(fā)方和客戶共同對(duì)主要需求文檔“軟件需求規(guī)格說(shuō)明書(shū)”進(jìn)行評(píng)審，雙方達(dá)成共識(shí)后作出書(shū)面承諾，使需求文檔具有商業(yè)合同效力。由此可見(jiàn)，需求確認(rèn)實(shí)際上包含了兩個(gè)重要工作：需求評(píng)審和需求承諾。其中需求承諾是雙方對(duì)通過(guò)正式評(píng)審后的“軟件需求規(guī)格說(shuō)明書(shū)”作出的共同承諾。承諾書(shū)的格式如下：本“軟件需求規(guī)格說(shuō)明書(shū)”是建立在雙方對(duì)需求的共同理解基礎(chǔ)之上的，我們同意后續(xù)的開(kāi)發(fā)工作根據(jù)該“軟件需求規(guī)格說(shuō)明書(shū)”進(jìn)行。如果需求發(fā)生變化，我們將按照“需求變更流程”執(zhí)行，即需求的變更將導(dǎo)致雙方重新協(xié)商成本、資源和進(jìn)度等。 項(xiàng)目經(jīng)理簽字 : 客戶或客戶代表簽字:該承諾書(shū)將附在“軟件需求規(guī)格說(shuō)明書(shū)”后，一同存檔保存。(

4、2)包括圖1的第4、5兩個(gè)特定實(shí)踐，即維護(hù)對(duì)需求的雙向可追溯性和標(biāo)識(shí)項(xiàng)目工作與需求的不一致性。為了有效地檢驗(yàn)最終軟件產(chǎn)品能否滿足所有需求，對(duì)項(xiàng)目的需求要進(jìn)行跟蹤管理。跟蹤的目的，是建立與維護(hù)“需求一設(shè)計(jì)一編程一”之間的一致性，確保所有工作成果都符合用戶需求。為此可采用需求大綱中的需求跟蹤矩陣，對(duì)每個(gè)需求追蹤到實(shí)現(xiàn)該需求的設(shè)計(jì)、編碼以及測(cè)試案例，從而驗(yàn)證該軟件產(chǎn)品是否實(shí)現(xiàn)了所有需求，是否對(duì)所有需求進(jìn)行過(guò)測(cè)試。1.2需求變更控制需求變更要進(jìn)行控制，嚴(yán)格防止因失控而導(dǎo)致項(xiàng)目混亂，出現(xiàn)重大的風(fēng)險(xiǎn)。1.2.1需求變更的利弊隨著項(xiàng)目的進(jìn)展，用戶和開(kāi)發(fā)方對(duì)需求的了解越來(lái)越深入，原先的需求文檔很可能存在錯(cuò)誤或

5、不足。另一方面，會(huì)發(fā)生變化，原先的文檔也可能跟不上當(dāng)前的?？梢?jiàn)需求變更總是不可避免的，有些是為了修正缺陷，有些屬于增強(qiáng)功能。對(duì)項(xiàng)目開(kāi)發(fā)小組而言，變更需求通常意味著要調(diào)整資源、重新分配任務(wù)，并修改前期的工作成果，有時(shí)要付出較大的代價(jià)。如果動(dòng)不動(dòng)就變更需求，某些項(xiàng)目也許永遠(yuǎn)不能按時(shí)完成。為此，需求變更必須遵守利大于弊的原則，并做到：為避免出現(xiàn)失控等，對(duì)納入基線以前的需求文檔，可通過(guò)正常的checkin和checkout進(jìn)行更改。而納入基線以后的需求文檔，更需按照預(yù)定的變更控制規(guī)程，確保快速、順利和有序地進(jìn)行變更。遵照如圖2所示的需求變更流程來(lái)處理。下文將具體介紹這一流程。開(kāi)始需求變更申請(qǐng)書(shū)提交變更

6、申請(qǐng)書(shū)需求分析說(shuō)明書(shū)書(shū)面化變更需求評(píng)估需要變更的影響變更審批審批通過(guò)? F根據(jù)變更修改相關(guān)工作產(chǎn)品 T變更驗(yàn)證需求評(píng)審結(jié)束 圖2:需求變更流程1.2.2 需求變更的需求變更通常按變更申請(qǐng)一審批一更改一重新確認(rèn)的流程進(jìn)行。(1)變更申請(qǐng)此時(shí)的狀態(tài)為“請(qǐng)求變更”。首先由申請(qǐng)人提交需求變更申請(qǐng)書(shū)，其內(nèi)容應(yīng)該包括：變更源類型。指引起變更的原因類型，可分為需求變更、代碼優(yōu)化、用戶文檔優(yōu)化和計(jì)劃變更等。變更優(yōu)先級(jí)。依據(jù)變更的重要性、緊迫性和對(duì)關(guān)鍵業(yè)務(wù)的影響程度和對(duì)系統(tǒng)安全性和穩(wěn)定性的影響程度，可分為critical、high、middle和low等4級(jí)。變更標(biāo)志。分為新增、修改和刪除。變更影響分析。包括變

7、更影響的工作產(chǎn)品和負(fù)責(zé)人，對(duì)工作量和進(jìn)度的影響，發(fā)生風(fēng)險(xiǎn)的可能性與影響程度，以及需要回測(cè)的范圍?？赡苡绊懙墓ぷ鳟a(chǎn)品。包括、需求文檔、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔、源代碼和程序、和測(cè)試案例以及用戶文檔。上述應(yīng)由項(xiàng)目經(jīng)理進(jìn)行評(píng)估，其內(nèi)容包括：該需求變更在技術(shù)上是否可行。對(duì)、的影響。首先評(píng)估單個(gè)模塊工期的影響，即實(shí)現(xiàn)該需求變更需要的成本和工作量；然后評(píng)估實(shí)現(xiàn)該需求變更對(duì)整體工期工作量和成本的影響。(2)變更審批按照影響的大小由不同的負(fù)責(zé)人審批。對(duì)影響小的變更，由項(xiàng)目經(jīng)理直接審批。對(duì)影響大的變更，提交軟件變更控制委員會(huì)(Sottware Change Control Board，SCCB)審批。項(xiàng)目SC

8、CB仍無(wú)法決定的變更，再提交高層SCCB決定。所謂影響大的變更一般包括下列情況：變更影響的模塊數(shù)超過(guò)10個(gè)或超過(guò)50，或者可能影響軟件系統(tǒng)的框架。變更會(huì)影響對(duì)客戶的。變更會(huì)帶來(lái)“高”或者“高中”程度的風(fēng)險(xiǎn)。如果審批請(qǐng)求未通過(guò)，則該變更請(qǐng)求結(jié)束。(3)變更修改如果需求變更已審批通過(guò)，應(yīng)指定相關(guān)的責(zé)任人對(duì)產(chǎn)品進(jìn)行修改，并指定人員對(duì)更改后的產(chǎn)品進(jìn)行審核。還應(yīng)在產(chǎn)品列表中記錄具體修改的、修改描述和是否完成修改的狀態(tài)。包括：1.應(yīng)及時(shí)更新相應(yīng)的需求大綱和需求分析說(shuō)明。2.如果影響項(xiàng)目計(jì)劃的內(nèi)容，修改項(xiàng)目計(jì)劃，以反映需求的變更。3.如果影響到概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔、源代碼和程序、測(cè)試計(jì)劃和測(cè) 試案例或

9、者用戶文檔，它們也需要被及時(shí)更新。4.如果影響到測(cè)試，還需要進(jìn)行回歸測(cè)試。5.如果對(duì)文檔進(jìn)行修改，需在修改歷史表格中注明修改人、修改時(shí)間以及修 改原因。6.如果對(duì)原文件修改過(guò)大，必要時(shí)可以重新組織工作產(chǎn)品的評(píng)審。7.如果對(duì)代碼進(jìn)行修改，需要導(dǎo)出編譯申請(qǐng)表，通知編譯和測(cè)試。(4)變更關(guān)閉如果修改后不需要進(jìn)行測(cè)試，則當(dāng)所有產(chǎn)品全部修改完成時(shí)，由最后完成修改的人關(guān)閉該變更。如果變更修改后提交測(cè)試，則由測(cè)試人員負(fù)責(zé)該變更是否最后關(guān)閉：1.如果測(cè)試未通過(guò)，則返回修改者繼續(xù)修改。2.如果所有工作產(chǎn)品全部修改完成，并且測(cè)試通過(guò)，關(guān)閉該變更。圖3為需求變更的狀態(tài)轉(zhuǎn)換圖，從中可看到各種需求變更狀態(tài)的轉(zhuǎn)換。新增變

10、更請(qǐng)求 PM PM接受變更 拒絕變更變更關(guān)閉 圖3:需求變更狀態(tài)轉(zhuǎn)換圖1.2.3 需求變更的數(shù)據(jù)項(xiàng)為了確切記錄，還需登記如表1所示的變更數(shù)據(jù)列表。數(shù)據(jù)項(xiàng)名稱定義項(xiàng)目名稱和ID變更所在項(xiàng)目的名稱和ID 變更階段需求階段，設(shè)計(jì)階段，編碼，測(cè)試和驗(yàn)收階段。不同階段的需求變更請(qǐng)求對(duì)整個(gè)項(xiàng)目開(kāi)發(fā)的影響也不同變更優(yōu)先級(jí)每個(gè)變更的相對(duì)重要性變更標(biāo)志變更的狀態(tài)變更原因描述簡(jiǎn)單描述提出變更的原因變更內(nèi)容描述對(duì)變更的內(nèi)容進(jìn)行簡(jiǎn)單描述相關(guān)的變更請(qǐng)求是否有相關(guān)的變更請(qǐng)求，如果有，指定相關(guān)的變更請(qǐng)求變更的狀態(tài)信息包括變更請(qǐng)求人，更變批準(zhǔn)人，當(dāng)前負(fù)責(zé)人，變更關(guān)閉人，請(qǐng)求日期，審批日期，期望解決日期以及關(guān)閉日期變更影響分析

11、基于影響工作產(chǎn)品對(duì)變更的影響進(jìn)行分析變更處理分析所影響的工作產(chǎn)品列表以及各工作產(chǎn)品對(duì)變更的處理狀態(tài)表11.3 需求管理工具 在軟件規(guī)模很小的時(shí)候，人們采用文檔文件的方式來(lái)存儲(chǔ)軟件需求規(guī)格說(shuō)明書(shū)和其他文檔。在一些小規(guī)模的軟件系統(tǒng)開(kāi)發(fā)中，人們也還這樣做。但是，隨著各種計(jì)算機(jī)應(yīng)用系統(tǒng)越來(lái)越復(fù)雜，軟件規(guī)模也越來(lái)越龐大。這時(shí)傳統(tǒng)的基于文檔文件存儲(chǔ)需求的方式越來(lái)越顯露出它的局限性，主要體現(xiàn)在：1.手工維護(hù)大量文檔文件十分困難。2.很難保持文檔與現(xiàn)實(shí)的一致。3.通知受變更影響的設(shè)計(jì)人員是手工過(guò)程。4.不太容易做到為每一個(gè)需求保存附加的信息。5.很難在功能需求與相應(yīng)的用例、設(shè)計(jì)、代碼、測(cè)試和項(xiàng)目任務(wù)之間建立

12、聯(lián)系鏈。6.很難跟蹤每個(gè)需求的狀態(tài)。7.異地協(xié)作開(kāi)發(fā)變得很困難。 隨著軟件工程技術(shù)的發(fā)展，需求管理的任務(wù)越來(lái)越繁重，迫切需要研制需求管理工具來(lái)自動(dòng)化地管理需求，提高。 Rational RequisitePro、Telelogic DOORSreg和Borland CaliberRM等都是目前比較流行的需求管理工具，可以幫助開(kāi)發(fā)團(tuán)隊(duì)有效地管理軟件需求。1.4 需求規(guī)格 1.4.1 功能需求 該系統(tǒng)是典型的網(wǎng)上購(gòu)物實(shí)踐中最為普遍的電子商務(wù)企業(yè)對(duì)客戶（B2C）模式，主要包括會(huì)員注冊(cè)、訂單管理、購(gòu)物車、搜索、支付等基本功能。此外，本系統(tǒng)也將實(shí)現(xiàn)在線圖書(shū)銷售系統(tǒng)的后端管理，包括圖書(shū)的添加、訂單的處理等

13、功能。本系統(tǒng)完全基于JSP技術(shù)，在系統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)過(guò)程中嚴(yán)格遵守軟件工程的規(guī)范，運(yùn)用軟件設(shè)計(jì)模式，從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴(kuò)充性。該系統(tǒng)的主要功能如下：（1）前臺(tái)（客戶購(gòu)買）部分：1.用戶管理：注冊(cè)會(huì)員、登錄、激活、退出、修改密碼；2.分類顯示：顯示所有1級(jí)和2級(jí)分類；3.圖書(shū)顯示：按分類查詢圖書(shū)、通過(guò)關(guān)鍵字搜索圖書(shū)、高級(jí)搜索圖書(shū)、查看某本圖書(shū)的詳細(xì)等；4.購(gòu)物車管理：向購(gòu)物車中添加圖書(shū)、修改購(gòu)物車中圖書(shū)數(shù)量、刪除購(gòu)物車中圖書(shū)、我的購(gòu)物車；5.訂單管理：通過(guò)購(gòu)物車中圖書(shū)生成訂單、查看我的訂單、查看某個(gè)訂單的詳細(xì)、訂單支付、確認(rèn)收貨、取消未付款訂單。（2）后臺(tái)

14、（管理員管理）部分：1.管理員：管理員登錄；2.分類管理：查看所有分類、添加1級(jí)分類、添加2級(jí)分類、修改1級(jí)分類、修改2級(jí)分類、刪除1級(jí)分類、刪除2級(jí)分類；3.圖書(shū)管理：按分類搜索圖書(shū)、高級(jí)搜索圖書(shū)、添加新圖書(shū)、查看圖書(shū)詳細(xì)信息、編輯圖書(shū)、刪除圖書(shū)；4.訂單管理：按狀態(tài)搜索訂單、查看訂單詳細(xì)信息、取消訂單、發(fā)貨；1.4.2 數(shù)據(jù)庫(kù)分析 系統(tǒng)的主要任務(wù)是通過(guò)大量數(shù)據(jù)獲得管理所需要的信息，這就要求系統(tǒng)本身能夠存儲(chǔ)和管理大量的數(shù)據(jù)，而這一功能的實(shí)現(xiàn)必須借助大型數(shù)據(jù)庫(kù)系統(tǒng)。本系統(tǒng)的開(kāi)發(fā)選擇MySQL作為后臺(tái)數(shù)據(jù)庫(kù)開(kāi)發(fā)工具。在線書(shū)店管理系統(tǒng)的E-R模型如下圖所示：管理圖書(shū)分類購(gòu)物車 1 n 管理屬于 n

15、 1 用戶管理員管理求購(gòu)圖書(shū) 1 n 1 n n 1生成管理訂單 1 1 n n 1.4.3系統(tǒng)開(kāi)發(fā)平臺(tái)與運(yùn)行環(huán)境系統(tǒng)的開(kāi)發(fā)是在Tomcat環(huán)境下進(jìn)行的。Tomcat是一個(gè)免費(fèi)的開(kāi)源的Servlet容器，它是Apache基金會(huì)的Jakarta項(xiàng)目中的一個(gè)核心項(xiàng)目，由Apache，Sun和其它一些公司及個(gè)人共同開(kāi)發(fā)而成。由于有了Sun的參與和支持，最新的Servlet和Jsp規(guī)范總能在Tomcat中得到體現(xiàn)。Tomcat被Java World雜志的編輯選為2001年度最具創(chuàng)新的Java產(chǎn)品，可見(jiàn)其在業(yè)界的地位。 Tomcat的環(huán)境主要有以下幾方面技術(shù)優(yōu)勢(shì)：1Tomcat中的應(yīng)用程序是一個(gè)WAR（

16、Web Archive）文件。WAR是Sun提出的一種Web應(yīng)用程序格式，與JAR類似，也是許多文件的一個(gè)壓縮包。2在Tomcat中，應(yīng)用程序的部署很簡(jiǎn)單，你只需將你的WAR放到Tomcat的webapp目錄下，Tomcat會(huì)自動(dòng)檢測(cè)到這個(gè)文件，并將其解壓。3Tomcat不僅僅是一個(gè)Servlet容器，它也具有傳統(tǒng)的Web服務(wù)器的功能：處理html頁(yè)面。4Tomcat也可以與其它一些軟件集成起來(lái)實(shí)現(xiàn)更多的功能。運(yùn)行環(huán)境：1.操作系統(tǒng)：Windows 7以上版本。2.服務(wù)器軟件：Tomcat6.0以上版本。3.相關(guān)軟件：Myeclipse,MySQL。4.瀏覽器：IE、Fire Fox、Goog

17、le Chrome。 2 任務(wù)分解 （1）任務(wù)分解的原則 1.將主體目標(biāo)逐步細(xì)化分解，最底層的日?；顒?dòng)可直接分派到個(gè)人去完成； 2.每個(gè)任務(wù)原則上要求分解到不能再細(xì)分為止； 3.日?；顒?dòng)要對(duì)應(yīng)到人、時(shí)間和資金投入。（2）任務(wù)分解的方法 1.采用樹(shù)狀結(jié)構(gòu)進(jìn)行分解； 2.以團(tuán)隊(duì)為中心，自上而下與自下而上的充分溝通，一對(duì)一個(gè)別交流與 討論，分解單項(xiàng)工作。（3）任務(wù)分解的標(biāo)準(zhǔn) 1.分解后的活動(dòng)結(jié)構(gòu)清晰，從樹(shù)根到樹(shù)葉，一目了然，盡量避免盤根錯(cuò)節(jié)； 2.邏輯上形成一個(gè)大的活動(dòng)，集成了所有的關(guān)鍵因素包含臨時(shí)的里程碑 和監(jiān)控點(diǎn)，所有活動(dòng)全部定義清楚，要細(xì)化到人、時(shí)間和資金投入。2.1 任務(wù)負(fù)責(zé)與分配 按項(xiàng)目本

18、身的實(shí)際情況進(jìn)行自頂往下的結(jié)構(gòu)化分解，形成樹(shù)形任務(wù)結(jié)構(gòu)，如圖4所示，再把每個(gè)工作單元的工作內(nèi)容，所需的工作量，預(yù)計(jì)完成的期限也規(guī)定下來(lái)。這樣就可以把劃分后的工作落實(shí)到人，做到負(fù)責(zé)明確，便于監(jiān)督檢查。在線書(shū)店管理系統(tǒng) 加工信息收集信息打印報(bào)表統(tǒng)計(jì)計(jì)算 圖4：任務(wù)結(jié)構(gòu)化解 任務(wù)責(zé)任矩陣是在任務(wù)分解的基礎(chǔ)上，把工作分配給相關(guān)人員，用一個(gè)矩陣形表格表示任務(wù)的分工和責(zé)任，例如，把圖4已分解的任務(wù)分配給五位軟件開(kāi)發(fā)人員，表2表明了利用任務(wù)責(zé)任矩陣表達(dá)的分工情況。從表中可以看出，工作的責(zé)任和任務(wù)的層次關(guān)系都非常明確。任務(wù)責(zé)任矩陣如表2所示編號(hào)工作劃分負(fù)責(zé)人柳某系統(tǒng)工程師王某系統(tǒng)工程師梁某程序員張某程序員李某

19、1審批11.1收集信息審查設(shè)計(jì)實(shí)現(xiàn)1.2加工信息審查1.21.21統(tǒng)計(jì)設(shè)計(jì)實(shí)現(xiàn)1.22計(jì)算設(shè)計(jì)實(shí)現(xiàn)1.3打印報(bào)表審查設(shè)計(jì)實(shí)現(xiàn) 表2：任務(wù)責(zé)任矩陣列表2.2 項(xiàng)目范圍管理(1)項(xiàng)目范圍定義項(xiàng)目范圍定義就是把項(xiàng)目的主要可交付成果分為較小的，更易管理的單元。而項(xiàng)目范圍定義的輸入輸出（結(jié)果）就是工作分解結(jié)構(gòu)（WBS）。(2)項(xiàng)目范圍管理的目的1.確定應(yīng)完成的工程活動(dòng)內(nèi)容，以便作出詳細(xì)定義和計(jì)劃。2.確保在預(yù)定的項(xiàng)目范圍內(nèi)有計(jì)劃的完整的進(jìn)行項(xiàng)目的實(shí)施和管理工作（便于項(xiàng)目實(shí)施控制）。3.確保項(xiàng)目各項(xiàng)活動(dòng)滿足項(xiàng)目范圍定義的要求。4.為進(jìn)一步確定項(xiàng)目費(fèi)用、時(shí)間和資源計(jì)劃作準(zhǔn)備5.劃定項(xiàng)目責(zé)任，方便對(duì)各項(xiàng)目任務(wù)

20、承擔(dān)者進(jìn)行監(jiān)督、考核和評(píng)價(jià)。(3)項(xiàng)目范圍管理的內(nèi)容 1.項(xiàng)目范圍的確定（項(xiàng)目目標(biāo)、可交付成果）； 2.明確范圍管理組織責(zé)任（專人負(fù)責(zé)）； 3.范圍定義（結(jié)構(gòu)分解、WBS、說(shuō)明文件）； 4.項(xiàng)目范圍預(yù)期穩(wěn)定性評(píng)價(jià)（預(yù)測(cè)范圍變更）； 5.實(shí)施中的范圍控制（活動(dòng)控制、任務(wù)落實(shí)、報(bào)告、現(xiàn)場(chǎng)檢查）； 6.范圍變更管理（控制項(xiàng)目范圍變化）； 7.范圍確認(rèn)（審查確認(rèn)成果）。(4)工程項(xiàng)目范圍確定的依據(jù) 1.項(xiàng)目目標(biāo)的定義和批準(zhǔn)的文件（項(xiàng)目建議書(shū)、可研報(bào)告、項(xiàng)目任務(wù)書(shū)）； 2.項(xiàng)目產(chǎn)品描述文件（功能描述文件、規(guī)劃文件、設(shè)計(jì)文件、相關(guān)規(guī)范、可 交付成果清單）； 3.環(huán)境調(diào)查資料（法律法規(guī)、設(shè)計(jì)和施工規(guī)范、現(xiàn)場(chǎng)

21、條件、周邊組織要求）； 4.項(xiàng)目的其他限制條件和制約因素（預(yù)算、資源、時(shí)間的限制）；5.已建項(xiàng)目相關(guān)歷史資料，同類項(xiàng)目經(jīng)驗(yàn)教訓(xùn)。(5)工程項(xiàng)目范圍確定的過(guò)程 1.項(xiàng)目目標(biāo)的分析。 2.項(xiàng)目環(huán)境的調(diào)查與限制條件分析。 3.項(xiàng)目可交付成果的范圍和項(xiàng)目范圍的確定。 4.對(duì)項(xiàng)目進(jìn)行結(jié)構(gòu)分解工作。 5.項(xiàng)目單元的定義。 6.項(xiàng)目單元之間界面的分析，包括界限的劃分與定義、邏輯關(guān)系 的分析，實(shí)施順序安排(6)范圍計(jì)劃編制 項(xiàng)目范圍計(jì)劃（有的資料也稱范圍規(guī)劃）是 指形成正式文件，為將來(lái)的項(xiàng)目決策建立基礎(chǔ)，包括怎么判斷項(xiàng)目和項(xiàng)目階段已經(jīng)成功完成的基本標(biāo)準(zhǔn)。簡(jiǎn)單的說(shuō)，就是編寫(xiě)項(xiàng)目范圍說(shuō)明書(shū)（或工作約定書(shū)）的過(guò)程。

22、項(xiàng)目范圍計(jì)劃過(guò)程的主要輸入（收集和參考的資料）包括項(xiàng)目章程（目標(biāo)）和項(xiàng)目概述（包括產(chǎn)品描述，項(xiàng)目約束，項(xiàng)目條件假設(shè)等），而主要輸出（結(jié)果）是形成書(shū)面的范圍說(shuō)明書(shū)，如圖5所示。輸入1. 產(chǎn)品說(shuō)明2. 項(xiàng)目證書(shū)3. 制約因素4. 假設(shè)條件工具和技術(shù)1. 產(chǎn)品分析2. 利潤(rùn)/成本分析3. 任選的鑒定方式4. 專家評(píng)審輸出1. 范圍闡述2. 提供詳情3. 范圍管理計(jì)劃 圖5：范圍計(jì)劃的輸入與輸出圖(7)確定工程項(xiàng)目范圍的影響因素(如圖6所示)總目標(biāo)與限制條件最終產(chǎn)品和服務(wù)結(jié)構(gòu)其他責(zé)任過(guò)程責(zé)任功能和子功能結(jié)構(gòu)工程系統(tǒng)結(jié)構(gòu)項(xiàng)目范圍定義 圖62.2.1 WBS(1)WBS的定義WBS（工作分解結(jié)構(gòu)）是Wor

23、k Breakdown Structure的英文縮寫(xiě)，是重要的專業(yè)術(shù)語(yǔ)之一。WBS的基本定義 ：以可交付成果為導(dǎo)向?qū)?xiàng)目要素進(jìn)行的分組，它歸納和定義了項(xiàng)目的整個(gè)工作范圍每下降一層代表對(duì)項(xiàng)目工作的更詳細(xì)定義。無(wú)論在項(xiàng)目管理實(shí)踐中，還是在PMP，IPMP考試中，工作分解結(jié)構(gòu)(WBS)都是最重要的內(nèi)容之一。WBS總是處于計(jì)劃過(guò)程的中心，也是制定進(jìn)度計(jì)劃、資源需求、成本預(yù)算、風(fēng)險(xiǎn)管理計(jì)劃和采購(gòu)計(jì)劃等的重要基礎(chǔ)。WBS同時(shí)也是控制項(xiàng)目變更的重要基礎(chǔ)。項(xiàng)目范圍是由WBS定義的，所以WBS也是一個(gè)項(xiàng)目的綜合工具。(2)WBS字典管理的規(guī)范化、標(biāo)準(zhǔn)化一直是眾多公司追求的目標(biāo)，WBS字典就是這樣一種工具。它用于

24、描述和定義WBS元素中的工作的文檔。字典相當(dāng)于對(duì)某一WBS元素的規(guī)范，即WBS元素必須完成的工作以及對(duì)工作的詳細(xì)描述；工作成果的描述和相應(yīng)規(guī)范標(biāo)準(zhǔn)；元素上下級(jí)關(guān)系以及元素成果輸入輸出關(guān)系等。同時(shí)WBS字典對(duì)于清晰的定義項(xiàng)目范圍也有著巨大的規(guī)范作用，它使得WBS易于理解和被組織以外的參與者（如承包商）接受。在建筑業(yè)，工程量清單規(guī)范就是典型的工作包級(jí)別的WBS字典。(3)WBS的分層分解層次 分解分層WBS是進(jìn)行計(jì)劃，人員分配，預(yù)算計(jì)劃的基礎(chǔ)，沒(méi)有WBS工作，后面的一切工作都沒(méi)有依據(jù)。WBS的分層分解圖如圖7所示整個(gè)項(xiàng)目 第一層可交付的成果可交付的成果可交付的成果第二層 .可交付的子成果可交付的子

25、成果可交付的子成果 第三層 . 底層可交付 的子成果底層可交付 的子成果底層可交付 的子成果第四層 . 工作包工作包工作包 第五層 . 圖7：WBS的分層分解(4)系統(tǒng)的WBS前臺(tái)：用戶購(gòu)書(shū)功能WBS圖如圖8所示在線書(shū)店管理系統(tǒng)（前臺(tái)） 購(gòu)物車管理訂單管理圖書(shū)查詢分類管理用戶管理修改密碼查看一級(jí)分類訂單支付取消未支付訂單生成訂單我的訂單確認(rèn)收貨查看訂單詳情我的購(gòu)物車修改數(shù)量刪除圖書(shū)添加圖書(shū)按分類查看圖書(shū)查看圖書(shū)詳情高級(jí)查詢圖書(shū)查看二級(jí)分類退出激活登陸注冊(cè)圖8：用戶購(gòu)書(shū)功能WBS圖后臺(tái)管理員功能WBS圖如圖9所示在線書(shū)店管理系統(tǒng)（后臺(tái)管理員管理）訂單管理圖書(shū)查詢分類顯示按狀態(tài)搜索訂單刪除新圖書(shū)修

26、改新圖書(shū)添加新圖書(shū)查看圖書(shū)詳情高級(jí)查詢圖書(shū)按分類查看圖書(shū)查看一級(jí)分類取消訂單查看訂單詳情訂單發(fā)貨所以訂單修改一級(jí)分類修改二級(jí)分類刪除二級(jí)分類刪除一級(jí)分類添加二級(jí)分類查看二級(jí)分類添加一級(jí)分類 圖9：后臺(tái)管理員功能WBS圖 3 規(guī)模估算3.1成本估算3.1 .1直接成本估算 項(xiàng)目開(kāi)發(fā)工作量估算表 單位：人天編號(hào)任務(wù)名稱估計(jì)值小計(jì)前臺(tái)設(shè)計(jì)：531用戶管理模塊82分類顯示模塊103圖書(shū)查詢模塊104購(gòu)物車管理模塊105訂單管理模塊15后臺(tái)管理：526分類顯示模塊107圖書(shū)查詢模塊248訂單管理模塊18 表3從上圖得知項(xiàng)目工作量是105/人天，假設(shè)開(kāi)發(fā)人員開(kāi)發(fā)成本參數(shù)=500/人天，則內(nèi)部開(kāi)發(fā)成本=50

27、0*105=52500元。管理和質(zhì)量成本可以根據(jù)以往的經(jīng)驗(yàn)，管理和質(zhì)量成本約為開(kāi)發(fā)成本的30%，即：52500*30%=15750元。則直接開(kāi)發(fā)成本=開(kāi)發(fā)成本+管理和質(zhì)量成本=68250元。3.1.2 間接成本估算項(xiàng)目名稱在線書(shū)店管理系統(tǒng)項(xiàng)目經(jīng)理梁某估算小組成員張三，李四，王五估算階段與日期2014.6.10工作分解結(jié)構(gòu)項(xiàng)目規(guī)模系統(tǒng)模塊新代發(fā)模塊的規(guī)模（代碼行、類、文檔頁(yè)數(shù)）復(fù)用或自動(dòng)生成的組件（代碼行、類、文檔頁(yè)數(shù)）規(guī)模模塊11025模塊22030模塊32520模塊41515模塊總和7090工作量估計(jì)項(xiàng)目研發(fā)工作量估計(jì)項(xiàng)目研發(fā)的工作量=100新開(kāi)發(fā)組件的規(guī)模難度系數(shù)人均生產(chǎn)率10058需求開(kāi)

28、發(fā)工作量25系統(tǒng)設(shè)計(jì)工作量15編程工作量30測(cè)試工作量25研發(fā)總工作量95項(xiàng)目管理工作量估計(jì)項(xiàng)目管理的工作量=75比例系數(shù)0.75項(xiàng)目規(guī)劃工作量16項(xiàng)目監(jiān)控工作量22需求管理工作量21管理工作量14項(xiàng)目支撐工作量估計(jì)項(xiàng)目支撐的工作量=30比例系數(shù)0.25配置管理工作量5質(zhì)量保證工作量5外包與采購(gòu)工作量4培訓(xùn)管理工作量6支撐總工作量20成本估計(jì)類別細(xì)分、說(shuō)明金額人力資源成本2000050000 表43.1.3估算的誤差任務(wù)編號(hào)里程碑計(jì)劃工作預(yù)算成本已完成工作預(yù)算成本實(shí)際成本變量（%）計(jì)劃成本1已完成100100100002已完成5050550-103已完成5050400204未開(kāi)工7000-10

29、0-5已完成90901400-55.56未開(kāi)工7000-100-7已完成4050250508未開(kāi)工5000-總計(jì)450340360-24.4-5.9 表5EAC = （360/340）* = （元）超支 = - = 34059（元）4 項(xiàng)目進(jìn)度項(xiàng)目進(jìn)度管理是指在實(shí)施過(guò)程中，對(duì)各階段的進(jìn)展程度和項(xiàng)目最終完成的期限所進(jìn)行的。是在規(guī)定的時(shí)間內(nèi)，擬定出合理且的進(jìn)度計(jì)劃（包括多級(jí)管理的子計(jì)劃），在執(zhí)行該的過(guò)程中，經(jīng)常要檢查實(shí)際進(jìn)度是否按計(jì)劃要求進(jìn)行，若出現(xiàn)，便要及時(shí)找出原因，采取必要的補(bǔ)救措施或調(diào)整、修改原計(jì)劃，直至項(xiàng)目完成。其目的是保證項(xiàng)目能在滿足其時(shí)間約束條件的前提下實(shí)現(xiàn)其總體目標(biāo)。 4.1 定義活

30、動(dòng) 定義活動(dòng)是一過(guò)程，它涉及確認(rèn)和描述一些特定的活動(dòng)，完成了這些活動(dòng)意 味著完成了WBS結(jié)構(gòu)中的項(xiàng)目細(xì)目和子細(xì)目。通過(guò)定義活動(dòng)體現(xiàn)項(xiàng)目工作內(nèi)容的完成，定義活動(dòng)的輸入輸出圖如圖10所示工具和方法1. 分解2. 參考樣板輸入 1. 工作分層結(jié)構(gòu)2. 范圍的敘述3. 歷史資料4. 約束因素5. 假設(shè)輸出1. 活動(dòng)目錄2. 細(xì)節(jié)說(shuō)明3. WBS的修改 圖10：定義活動(dòng)的輸入輸出4.2活動(dòng)排序 活動(dòng)排序過(guò)程包括確認(rèn)且編制活動(dòng)間的相關(guān)性。實(shí)際上，這是一個(gè)開(kāi)發(fā)網(wǎng)絡(luò)圖的過(guò)程。網(wǎng)絡(luò)圖是一種示意圖，描繪項(xiàng)目中各項(xiàng)活動(dòng)以及它們的時(shí)序關(guān)系。活動(dòng)必須被正確地加以排序以便今后制定實(shí)現(xiàn)的可行的進(jìn)度計(jì)劃，可用手工進(jìn)行排序，大

31、型項(xiàng)目也可以用專門的軟件。排序還因?yàn)榇嬖诘奶囟ǖ募s束，包括：1.技術(shù)需求和規(guī)范2.安全性與效率3.企業(yè)政策與偏好4.資源可用性活動(dòng)排序過(guò)程包括編制活動(dòng)間的三種相關(guān)性:1.內(nèi)在的相關(guān)性（強(qiáng)制依賴關(guān)系）2.指定性的相關(guān)性（資源依賴關(guān)系）3.與外部相關(guān)性（外部依賴關(guān)系）活動(dòng)間有四種相關(guān)依賴的關(guān)系：結(jié)束開(kāi)始：某活動(dòng)必須結(jié)束，然后另一個(gè)活動(dòng)才能開(kāi)始。結(jié)束結(jié)束：某活動(dòng)結(jié)束前，另一活動(dòng)必須結(jié)束。開(kāi)始開(kāi)始：某活動(dòng)必須在另一活動(dòng)開(kāi)始時(shí)開(kāi)始。開(kāi)始結(jié)束：某活動(dòng)結(jié)束前另一活動(dòng)必須開(kāi)始。活動(dòng)排序的結(jié)果（輸出）是項(xiàng)目網(wǎng)絡(luò)圖。項(xiàng)目網(wǎng)絡(luò)圖是項(xiàng)目所有活動(dòng)以及它們之間邏輯關(guān)系（相關(guān)性）的一個(gè)圖解表示，如圖11所示 B 開(kāi)始 AC

32、 D F E 圖11：項(xiàng)目網(wǎng)絡(luò)圖解4.3 PERT Chart (PERT 圖)PERT(Program Evaluation Review Technique )圖是項(xiàng)目中包含的各項(xiàng)活動(dòng)的關(guān)系視圖.是以圖形方式輔助表示活動(dòng)表中列出的活動(dòng)及其關(guān)系.在使用PERT圖表示活動(dòng)關(guān)系以前, 應(yīng)做以下工作: (假定我們以改造在線書(shū)店系統(tǒng)為例)1. 對(duì)項(xiàng)目按模塊劃分, 對(duì)每個(gè)小塊分別作出計(jì)劃( 比如持續(xù)時(shí)間, 使用人力, 使用機(jī)時(shí), 占用終端等等).必要時(shí)可列出模塊的層次結(jié)構(gòu)圖。2.做出活動(dòng)表，如表6活動(dòng)說(shuō)明前面的活動(dòng)持續(xù)時(shí)間（周）A需求分析A1B重新設(shè)計(jì)現(xiàn)存部分A6C設(shè)計(jì)新增部分C3D接口設(shè)計(jì)C1E增補(bǔ)

33、新代碼C6F開(kāi)發(fā)整體衷十劃B,D2G修改現(xiàn)存代碼E,G5H完成單元測(cè)試E,G1J更新文檔F2K準(zhǔn)備整體測(cè)試H,J,K1L執(zhí)行整體測(cè)試L1M完成驗(yàn)收測(cè)試1 表6 上述活動(dòng)是針對(duì)一個(gè)已存在的在線書(shū)店管理系統(tǒng), 由于情況變化, 不滿足用戶需求而進(jìn)行改造所提出的步驟.對(duì)于從人工系統(tǒng)轉(zhuǎn)化為在線書(shū)店管理系統(tǒng)來(lái)說(shuō), B 和C 應(yīng)分別對(duì)應(yīng)于“概要設(shè)計(jì)”和“詳細(xì)設(shè)計(jì)”; E 將不存在; F 改為“ 編碼” ; J 改為“整理文檔” .在持續(xù)時(shí)間方面，也要作適當(dāng)調(diào)整. 之所以選擇本系統(tǒng)的例子, 是因?yàn)閷?duì)改造本系統(tǒng)來(lái)說(shuō), 可并行工作的部分比較多, 更體現(xiàn)按關(guān)鍵路徑進(jìn)行項(xiàng)目進(jìn)度管理的有效性。 一個(gè)PERT圖是有方向的

34、其邊表示活動(dòng), 其結(jié)點(diǎn)表示事件。在圖中標(biāo)出活動(dòng)的持續(xù)時(shí)間。對(duì)應(yīng)上述活動(dòng)表的PERT 圖見(jiàn)圖l25 10983 F K L M C 2 1 H 1 1 3 1 D 6 F 121764A B G J1 6 5 2 圖12：對(duì)應(yīng)項(xiàng)目的PERT圖在PERT 圖中的各項(xiàng)活動(dòng)以A 到M 做標(biāo)記, 圓圈表示的事件以l 到10 做標(biāo)記, 從7 到8 的虛線是一個(gè)虛活動(dòng)。在每個(gè)事件旁標(biāo)出活動(dòng)的開(kāi)始和結(jié)束時(shí)間各個(gè)事件是具有下述意義的項(xiàng)目里程碑事件 說(shuō)明1 項(xiàng)目開(kāi)始2 需求分析完成3 新增部分設(shè)計(jì)完成4 現(xiàn)有部分重新設(shè)計(jì)及接口設(shè)計(jì)完成5 整體計(jì)劃完成6 新增部分編碼及現(xiàn)有部分修改完成7 更新文檔完成8 完成單元測(cè)

35、試，準(zhǔn)備整體測(cè)試9 整體測(cè)試完成10 驗(yàn)收測(cè)試完成11 項(xiàng)目結(jié)束聯(lián)結(jié)關(guān)鍵事件(最早開(kāi)始時(shí)間和最晚開(kāi)始時(shí)間相等的事件) 的PERT圖中的路徑叫關(guān)鍵路徑. 每個(gè)PERT 圖至少有一條關(guān)鍵路徑.對(duì)應(yīng)于我們實(shí)例中的關(guān)鍵路徑如圖13的紅線所示. 其中各結(jié)點(diǎn)的方框中標(biāo)出了最早開(kāi)始時(shí)間和最晚開(kāi)始時(shí)間5 （4,6） （6,13）983 F K L M10 C 2 1 H 1 1 3 1 D 6 F 1 （14,14）（15,15）（1616）21764A B G J1 6 5 2 （14,14）(0,0) (1,1) （7,7） （12,12） 圖13：具有關(guān)鍵路徑的PERT圖非關(guān)鍵路徑上的活動(dòng)有比較靈活的開(kāi)

36、始時(shí)間. 一個(gè)活動(dòng)的總松弛時(shí)間是一個(gè)時(shí)間范圍, 在這個(gè)時(shí)間范圍內(nèi)任一時(shí)間開(kāi)始都不會(huì)影響整個(gè)項(xiàng)目的完成時(shí)間。所以一個(gè)活動(dòng)的松弛時(shí)間是: 最晚開(kāi)始時(shí)間(LST) 減去最早開(kāi)始時(shí)間(EST)對(duì)應(yīng)圖13的最早和最晚開(kāi)始時(shí)間如表7 所示?；顒?dòng)持續(xù)時(shí)間最早最晚開(kāi)始結(jié)束開(kāi)始結(jié)束A10101B31436C61717D14567F2461113E6410612G5712712K1671314J212141214H112131314L114151415M115161516 表7管理人員重點(diǎn)要掌握關(guān)鍵路徑上的事件, 按時(shí)和提前完成關(guān)鍵路徑上的事件對(duì)整個(gè)項(xiàng)目的完成時(shí)間長(zhǎng)短有重要意義4.4活動(dòng)時(shí)間估計(jì) 活動(dòng)時(shí)間估計(jì)指預(yù)

37、計(jì)完成各活動(dòng)所需時(shí)間長(zhǎng)短，在項(xiàng)目團(tuán)隊(duì)中熟悉該活動(dòng)特性的個(gè)人和小組可對(duì)活動(dòng)所需時(shí)間做出估計(jì)?；顒?dòng)時(shí)間估計(jì)的輸入包括活動(dòng)目錄，結(jié)束和假設(shè)，還有：1.資源需求2.資源數(shù)量活動(dòng)所需時(shí)間估計(jì)的工具和方法：1.專家判斷2.類推估計(jì)4.5項(xiàng)目進(jìn)度安排工作集子工作完成時(shí)間負(fù)責(zé)人最終交付物描述項(xiàng)目計(jì)劃確定負(fù)責(zé)人以及組長(zhǎng)第二周陳玉璽負(fù)責(zé)人以及組長(zhǎng)名單完成在線書(shū)店管理系統(tǒng)開(kāi)發(fā)團(tuán)隊(duì)的工作分配確定小組第三周王國(guó)斌小組成員名單成立系統(tǒng)開(kāi)發(fā)團(tuán)隊(duì)小組搭建環(huán)境第三周各組組長(zhǎng)開(kāi)發(fā)環(huán)境運(yùn)行說(shuō)明文檔確定項(xiàng)目 開(kāi)發(fā)的工具及語(yǔ)言制定項(xiàng)目管理計(jì)劃書(shū)第四周熊寶項(xiàng)目管理計(jì)劃書(shū)初稿制定軟件開(kāi)發(fā)過(guò)程管理計(jì)劃初步完成需求規(guī)格說(shuō)明書(shū)采集用戶需求第五周

38、陳玉璽熊寶需求規(guī)格說(shuō)明書(shū)通過(guò)與用戶溝通以及查閱相關(guān)資料了解和采集用戶的需求。對(duì)需求進(jìn)行匯總，制定需求規(guī)格說(shuō)明初稿分析用戶需求及制定需求規(guī)格說(shuō)明原型第五周需求規(guī)格說(shuō)明的進(jìn)一步完善與修改第六周需求規(guī)格說(shuō)明的最后確認(rèn)第七周系統(tǒng)設(shè)計(jì)系統(tǒng)總體設(shè)計(jì)第八周 張三軟件設(shè)計(jì)報(bào)告初稿制定系統(tǒng)總體的設(shè)計(jì)方案，并根據(jù)需求說(shuō)明聯(lián)系實(shí)際進(jìn)行相應(yīng)的修改系統(tǒng)詳細(xì)設(shè)計(jì)第九周系統(tǒng)模型及架構(gòu)最后確定第十周開(kāi)發(fā)系統(tǒng)源代碼及源碼測(cè)試系統(tǒng)源碼開(kāi)發(fā)第十一周 李天 交付源代碼掌握開(kāi)發(fā)工具的使用系統(tǒng)源碼測(cè)試第十二周王五 測(cè)試文檔根據(jù)測(cè)試要求嚴(yán)格測(cè)試系統(tǒng)源碼復(fù)查第十三周吳倩無(wú)對(duì)代碼進(jìn)行復(fù)查，盡量減少bug進(jìn)行整個(gè)在線書(shū)店滾輪系統(tǒng)的集成進(jìn)行整個(gè)網(wǎng)

39、上教學(xué)系統(tǒng)的集成第十四周梁冰無(wú)與其他小組長(zhǎng)無(wú)間協(xié)作完成整個(gè)系統(tǒng)的集成對(duì)整個(gè)集成后的系統(tǒng)進(jìn)行測(cè)試檢查 運(yùn)行情況第十四周張國(guó)體無(wú)配置好IIS服務(wù)，搭建整個(gè)系統(tǒng)的運(yùn)行平臺(tái)測(cè)試整個(gè)系統(tǒng)的發(fā)布情況系統(tǒng)交付系統(tǒng)交付第十五周張斌系統(tǒng)能夠運(yùn)行以及 以及把相關(guān)技術(shù)文歸類存檔各組之間可以交流各自的開(kāi)發(fā)經(jīng)驗(yàn)和心得體會(huì) 表84.5工具使用Microsoft Project是國(guó)際上最為盛行與通用的項(xiàng)目管理軟件，適用于新產(chǎn)品研發(fā)、IT、房地產(chǎn)、工程、大型活動(dòng)等多種項(xiàng)目類型。經(jīng)過(guò)微軟多年研發(fā)，Project包含了經(jīng)典的項(xiàng)目管理思想和技術(shù)以及全球眾多企業(yè)的項(xiàng)目管理實(shí)踐。在企業(yè)內(nèi)部使用和推廣Project，在提升項(xiàng)目管理人員能

40、力的同時(shí)也實(shí)現(xiàn)了項(xiàng)目管理專業(yè)化與規(guī)范化的過(guò)程。5 質(zhì)量計(jì)劃項(xiàng)目質(zhì)量計(jì)劃是指為確定項(xiàng)目應(yīng)該達(dá)到的質(zhì)量標(biāo)準(zhǔn)和如何達(dá)到這些項(xiàng)目質(zhì)量標(biāo)準(zhǔn)而做的項(xiàng)目質(zhì)量的計(jì)劃與安排。項(xiàng)目質(zhì)量計(jì)劃是質(zhì)量策劃的結(jié)果之一。它規(guī)定與項(xiàng)目相關(guān)的質(zhì)量標(biāo)準(zhǔn)，如何滿足這些標(biāo)準(zhǔn)，由誰(shuí)及何時(shí)應(yīng)使用哪些程序和相關(guān)資源。 項(xiàng)目質(zhì)量計(jì)劃工作的成果：項(xiàng)目質(zhì)量計(jì)劃、項(xiàng)目質(zhì)量工作說(shuō)明、質(zhì)量核檢清單、可用于其它管理的信息。5.1 質(zhì)量計(jì)劃編制編制項(xiàng)目的質(zhì)量計(jì)劃，首先必須確定項(xiàng)目的范圍、中間產(chǎn)品和最終產(chǎn)品，然后明確關(guān)于中間產(chǎn)品和最終產(chǎn)品的有關(guān)規(guī)定、標(biāo)準(zhǔn)，確定可能影響產(chǎn)品質(zhì)量的技術(shù)要點(diǎn)，并找出能夠確保高效滿足相關(guān)規(guī)定、標(biāo)準(zhǔn)的過(guò)程方法。編制質(zhì)量計(jì)劃通常采用流

41、程圖、因果分析圖等方法對(duì)項(xiàng)目進(jìn)行分析，確定需要監(jiān)控的關(guān)鍵元素，設(shè)置合理的見(jiàn)證點(diǎn)（W點(diǎn)）、停工待檢點(diǎn)（H點(diǎn)），并制定質(zhì)量標(biāo)準(zhǔn)：1.流程圖：顯示系統(tǒng)的各種成分是如何相互關(guān)系的，幫助我們預(yù)測(cè)在何處可能發(fā)生何種質(zhì)量問(wèn)題，并由此幫助開(kāi)發(fā)處理他們的辦法。2.因果分析圖（也稱魚(yú)刺圖）如圖14所示：人員參考資料設(shè)備質(zhì)量問(wèn)題環(huán)境方法 原因 結(jié)果 圖14 對(duì)于本項(xiàng)目，編制質(zhì)量計(jì)劃時(shí)采用因果分析圖，描述相關(guān)的各種原因和子原因如何產(chǎn)生潛在問(wèn)題或影響，將影響質(zhì)量問(wèn)題的“人員、設(shè)備、參考資料、方法、環(huán)境”等各方面的原因進(jìn)行細(xì)致的分解，方便地在質(zhì)量計(jì)劃中制定相應(yīng)的預(yù)防措施。其次，質(zhì)量計(jì)劃中還必須確定有效的質(zhì)量管理體系，明確

42、質(zhì)量監(jiān)理人員對(duì)項(xiàng)目質(zhì)量負(fù)責(zé)和各級(jí)質(zhì)量管理人員的權(quán)限。戴明環(huán)（又名PDCA循環(huán)法）作為有效的管理工具在質(zhì)量管理中得到廣泛的應(yīng)用，它采用計(jì)劃執(zhí)行檢查措施的質(zhì)量環(huán)，質(zhì)量計(jì)劃中必須將質(zhì)量環(huán)上各環(huán)節(jié)明確落實(shí)到各責(zé)任單位，才能保證質(zhì)量計(jì)劃的有效實(shí)施。5.2質(zhì)量保證活動(dòng) 質(zhì)量保證的只要活動(dòng)包括過(guò)程評(píng)審和產(chǎn)品審計(jì)，過(guò)程評(píng)審和產(chǎn)品審計(jì)的目的是確保在項(xiàng)目進(jìn)展過(guò)程中的各個(gè)階段和各個(gè)方面采取各項(xiàng)措施來(lái)保證和提高提交給用戶的產(chǎn)品質(zhì)量。每一次過(guò)程評(píng)審和產(chǎn)品審計(jì)都應(yīng)填寫(xiě)相應(yīng)的報(bào)告或活動(dòng)記錄。如下表9為質(zhì)量計(jì)劃標(biāo)準(zhǔn)項(xiàng)目具體描述計(jì)劃實(shí)際需求檢查52系統(tǒng)總體設(shè)計(jì)檢查21缺陷排除率（缺陷數(shù)/KLOC）詳細(xì)設(shè)計(jì)復(fù)核3227詳細(xì)設(shè)計(jì)檢

43、查107代碼復(fù)核6156代碼檢查2018編譯2115單元測(cè)試1514系統(tǒng)集成54系統(tǒng)測(cè)試55 表95.3產(chǎn)品審計(jì) 產(chǎn)品審計(jì)由質(zhì)量保證人員來(lái)進(jìn)行，檢查項(xiàng)目產(chǎn)品是否達(dá)到質(zhì)量目標(biāo)。質(zhì)量保證人員可以有選擇性地審計(jì)項(xiàng)目生存期中創(chuàng)建工作產(chǎn)品，以驗(yàn)證是否符合適當(dāng)?shù)臉?biāo)準(zhǔn)，是否進(jìn)行了質(zhì)量檢查，質(zhì)量審計(jì)一覽表見(jiàn)表10所示項(xiàng)審計(jì)對(duì)象審計(jì)階段參照的標(biāo)準(zhǔn)1軟件項(xiàng)目計(jì)劃計(jì)劃結(jié)束企業(yè)質(zhì)量體系2軟件配置管理計(jì)劃計(jì)劃結(jié)束企業(yè)質(zhì)量體系3軟件質(zhì)量保證計(jì)劃計(jì)劃結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃4總體設(shè)計(jì)文檔設(shè)計(jì)結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃5詳細(xì)設(shè)計(jì)文檔計(jì)劃結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃6數(shù)據(jù)庫(kù)表和編碼規(guī)范計(jì)劃結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃7產(chǎn)品代碼每個(gè)階段實(shí)施結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃8測(cè)試報(bào)告測(cè)試結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃9系統(tǒng)計(jì)劃設(shè)計(jì)結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃10用戶文檔測(cè)試結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃 表105.4