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

在線書店管理系統(tǒng)軟件項(xiàng)目管理方案學(xué)號：20111632班級：計(jì)軟111班姓名：鄭雯指導(dǎo)教師：韋靈完成時間：2014年6月20日TOC\o"1-2"\h\u120521需求管理 頁1需求管理需求管理是一種用于查找、記錄、組織和跟蹤系統(tǒng)需求變更的系統(tǒng)化方法，可用于獲取、組織和記錄系統(tǒng)需求并使客戶和項(xiàng)目團(tuán)隊(duì)在系統(tǒng)需求變更上保持一致。有效的需求管理在于維護(hù)清晰明確的需求闡述、每種需求類型所適用的屬性，以及與其他需求和其他項(xiàng)目工作之間的可追蹤性。1.1需求管理的內(nèi)容1.1.1需求管理的特定實(shí)踐需求管理包含5個特定實(shí)踐，如圖1所示。5.標(biāo)識項(xiàng)目工作與需求的不一致性1.獲得對需求的理解5.標(biāo)識項(xiàng)目工作與需求的不一致性1.獲得對需求的理解需求管理需求管理4.維護(hù)對需求的雙向可追溯性3.管理需求變更2.獲取對需求的承諾4.維護(hù)對需求的雙向可追溯性3.管理需求變更2.獲取對需求的承諾雙向溯源矩陣雙向溯源矩陣 圖1:需求實(shí)踐示意圖①獲得對需求的理解。在初步整理需求的基礎(chǔ)上，項(xiàng)目小組和用戶代表通過初步的分析討論，對當(dāng)前項(xiàng)目的需求達(dá)成共識，并在需求列表中作相應(yīng)記錄。②獲取需求承諾。通過項(xiàng)目參與者的書面承諾，建立各方或各項(xiàng)工作的基準(zhǔn)。③管理需求變更。維護(hù)變更歷史，為調(diào)整與控制提供數(shù)據(jù)。④在需求變更后維護(hù)對需求的雙向可追溯性。從軟件可維護(hù)性的角度提出管理要求。⑤標(biāo)識項(xiàng)目工作(包括計(jì)劃和產(chǎn)品)與需求的不一致性。若發(fā)現(xiàn)不一致性，即啟動糾正措施。1.1.2需求管理的管理流程上述5個特定實(shí)踐，可歸結(jié)為以下3項(xiàng)活動，即需求確認(rèn)、需求跟蹤和需求變更。(1)需求確認(rèn)包括圖1中第1、2兩個特定實(shí)踐。由開發(fā)方和客戶共同對主要需求文檔“軟件需求規(guī)格說明書”進(jìn)行評審，雙方達(dá)成共識后作出書面承諾，使需求文檔具有商業(yè)合同效力。由此可見，需求確認(rèn)實(shí)際上包含了兩個重要工作：需求評審和需求承諾。其中需求承諾是雙方對通過正式評審后的“軟件需求規(guī)格說明書”作出的共同承諾。承諾書的格式如下：本“軟件需求規(guī)格說明書”是建立在雙方對需求的共同理解基礎(chǔ)之上的，我們同意后續(xù)的開發(fā)工作根據(jù)該“軟件需求規(guī)格說明書”進(jìn)行。如果需求發(fā)生變化，我們將按照“需求變更流程”執(zhí)行，即需求的變更將導(dǎo)致雙方重新協(xié)商成本、[[資源]]和進(jìn)度等。項(xiàng)目經(jīng)理簽字:[[客戶]]或客戶代表簽字:該承諾書將附在“軟件需求規(guī)格說明書”后，一同存檔保存。(2)需求跟蹤包括圖1的第4、5兩個特定實(shí)踐，即維護(hù)對需求的雙向可追溯性和標(biāo)識項(xiàng)目工作與需求的不一致性。為了有效地檢驗(yàn)最終軟件產(chǎn)品能否滿足所有需求，對項(xiàng)目的需求要進(jìn)行跟蹤管理。跟蹤的目的，是建立與維護(hù)“需求一設(shè)計(jì)一編程一測試”之間的一致性，確保所有工作成果都符合用戶需求。為此可采用需求大綱中的需求跟蹤矩陣，對每個需求追蹤到實(shí)現(xiàn)該需求的設(shè)計(jì)、編碼以及測試案例，從而驗(yàn)證該軟件產(chǎn)品是否實(shí)現(xiàn)了所有需求，是否對所有需求進(jìn)行過測試。1.2需求變更控制需求變更要進(jìn)行控制，嚴(yán)格防止因失控而導(dǎo)致項(xiàng)目混亂，出現(xiàn)重大的風(fēng)險(xiǎn)。1.2.1需求變更的利弊隨著項(xiàng)目的進(jìn)展，用戶和開發(fā)方對需求的了解越來越深入，原先的需求文檔很可能存在錯誤或不足。另一方面，市場會發(fā)生變化，原先的文檔也可能跟不上當(dāng)前的市場需求。可見需求變更總是不可避免的，有些是為了修正缺陷，有些屬于增強(qiáng)功能。對項(xiàng)目開發(fā)小組而言，變更需求通常意味著要調(diào)整資源、重新分配任務(wù)，并修改前期的工作成果，有時要付出較大的代價(jià)。如果動不動就變更需求，某些項(xiàng)目也許永遠(yuǎn)不能按時完成。為此，需求變更必須遵守利大于弊的原則，并做到：①為避免出現(xiàn)失控等風(fēng)險(xiǎn)，對納入基線以前的需求文檔，可通過正常的check—in和check—out進(jìn)行更改。而納入基線以后的需求文檔，更需按照預(yù)定的變更控制規(guī)程，確?？焖?、順利和有序地進(jìn)行變更。②遵照如圖2所示的需求變更流程來處理。下文將具體介紹這一流程。開始開始需求變更申請書提交變更申請書需求變更申請書提交變更申請書需求分析說明書書面化變更需求需求分析說明書書面化變更需求<<項(xiàng)目估算表>>評估需要變更的影響<<項(xiàng)目估算表>>評估需要變更的影響<<項(xiàng)目計(jì)劃書>><<項(xiàng)目進(jìn)度表>>變更審批<<項(xiàng)目計(jì)劃書>><<項(xiàng)目進(jìn)度表>>變更審批審批通過?審批通過?F根據(jù)變更修改相關(guān)工作產(chǎn)品T根據(jù)變更修改相關(guān)工作產(chǎn)品變更驗(yàn)證變更驗(yàn)證需求評審結(jié)束需求評審結(jié)束圖2:需求變更流程1.2.2需求變更的流程需求變更通常按變更申請一審批一更改一重新確認(rèn)的流程進(jìn)行。(1)變更申請此時的狀態(tài)為“請求變更”。首先由申請人提交需求變更申請書，其內(nèi)容應(yīng)該包括：①變更源類型。指引起變更的原因類型，可分為需求變更、設(shè)計(jì)變更、代碼優(yōu)化、用戶文檔優(yōu)化和計(jì)劃變更等。②變更優(yōu)先級。依據(jù)變更的重要性、緊迫性和對關(guān)鍵業(yè)務(wù)的影響程度和對系統(tǒng)安全性和穩(wěn)定性的影響程度，可分為critical、high、middle和low等4級。③變更標(biāo)志。分為新增、修改和刪除。④變更影響分析。包括變更影響的工作產(chǎn)品和負(fù)責(zé)人，對工作量和進(jìn)度的影響，發(fā)生風(fēng)險(xiǎn)的可能性與影響程度，以及需要回測的范圍。⑤可能影響的工作產(chǎn)品。包括項(xiàng)目計(jì)劃、需求文檔、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔、源代碼和程序、測試計(jì)劃和測試案例以及用戶文檔。上述申請書應(yīng)由項(xiàng)目經(jīng)理進(jìn)行評估，其內(nèi)容包括：①該需求變更在技術(shù)上是否可行。②對工期、成本、質(zhì)量的影響。首先評估單個模塊工期的影響，即實(shí)現(xiàn)該需求變更需要的成本和工作量；然后評估實(shí)現(xiàn)該需求變更對整體工期工作量和成本的影響。(2)變更審批按照影響的大小由不同的負(fù)責(zé)人審批。①對影響小的變更，由項(xiàng)目經(jīng)理直接審批。②對影響大的變更，提交軟件變更控制委員會(SottwareChangeControlBoard，SCCB)審批。③項(xiàng)目SCCB仍無法決定的變更，再提交高層SCCB決定。所謂影響大的變更一般包括下列情況：①變更影響的模塊數(shù)超過10個或超過50％，或者可能影響軟件系統(tǒng)的框架。②變更會影響對客戶的承諾。③變更會帶來“高”或者“高中”程度的風(fēng)險(xiǎn)。如果審批請求未通過，則該變更請求結(jié)束。(3)變更修改如果需求變更已審批通過，應(yīng)指定相關(guān)的責(zé)任人對產(chǎn)品進(jìn)行修改，并指定人員對更改后的產(chǎn)品進(jìn)行審核。還應(yīng)在產(chǎn)品列表中記錄具體修改的產(chǎn)品名稱、修改描述和是否完成修改的狀態(tài)。包括：1.應(yīng)及時更新相應(yīng)的需求大綱和需求分析說明。2.如果影響項(xiàng)目計(jì)劃的內(nèi)容，修改項(xiàng)目計(jì)劃，以反映需求的變更。3.如果影響到概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔、源代碼和程序、測試計(jì)劃和測試案例或者用戶文檔，它們也需要被及時更新。4.如果影響到測試，還需要進(jìn)行回歸測試。5.如果對文檔進(jìn)行修改，需在修改歷史表格中注明修改人、修改時間以及修改原因。6.如果對原文件修改過大，必要時項(xiàng)目經(jīng)理可以重新組織工作產(chǎn)品的評審。7.如果對代碼進(jìn)行修改，需要導(dǎo)出編譯申請表，通知編譯和測試。(4)變更關(guān)閉如果修改后不需要進(jìn)行測試，則當(dāng)所有產(chǎn)品全部修改完成時，由最后完成修改的人關(guān)閉該變更。如果變更修改后提交測試，則由測試人員負(fù)責(zé)該變更是否最后關(guān)閉：1.如果測試未通過，則返回修改者繼續(xù)修改。2.如果所有工作產(chǎn)品全部修改完成，并且測試通過，關(guān)閉該變更。圖3為需求變更的狀態(tài)轉(zhuǎn)換圖，從中可看到各種需求變更狀態(tài)的轉(zhuǎn)換。新增變更請求新增變更請求PMPM接受變更接受變更拒絕變更拒絕變更變更變更關(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ì)階段，編碼，測試和驗(yàn)收階段。不同階段的需求變更請求對整個項(xiàng)目開發(fā)的影響也不同變更優(yōu)先級每個變更的相對重要性變更標(biāo)志變更的狀態(tài)變更原因描述簡單描述提出變更的原因變更內(nèi)容描述對變更的內(nèi)容進(jìn)行簡單描述相關(guān)的變更請求是否有相關(guān)的變更請求，如果有，指定相關(guān)的變更請求變更的狀態(tài)信息包括變更請求人，更變批準(zhǔn)人，當(dāng)前負(fù)責(zé)人，變更關(guān)閉人，請求日期，審批日期，期望解決日期以及關(guān)閉日期變更影響分析基于影響工作產(chǎn)品對變更的影響進(jìn)行分析變更處理分析所影響的工作產(chǎn)品列表以及各工作產(chǎn)品對變更的處理狀態(tài)表11.3需求管理工具在軟件規(guī)模很小的時候，人們采用文檔文件的方式來存儲軟件需求規(guī)格說明書和其他文檔。在一些小規(guī)模的軟件系統(tǒng)開發(fā)中，人們也還這樣做。但是，隨著各種計(jì)算機(jī)應(yīng)用系統(tǒng)越來越復(fù)雜，軟件規(guī)模也越來越龐大。這時傳統(tǒng)的基于文檔文件存儲需求的方式越來越顯露出它的局限性，主要體現(xiàn)在：1.手工維護(hù)大量文檔文件十分困難。2.很難保持文檔與現(xiàn)實(shí)的一致。3.通知受變更影響的設(shè)計(jì)人員是手工過程。4.不太容易做到為每一個需求保存附加的信息。5.很難在功能需求與相應(yīng)的用例、設(shè)計(jì)、代碼、測試和項(xiàng)目任務(wù)之間建立聯(lián)系鏈。6.很難跟蹤每個需求的狀態(tài)。7.異地協(xié)作開發(fā)變得很困難。隨著軟件工程技術(shù)的發(fā)展，需求管理的任務(wù)越來越繁重，迫切需要研制需求管理工具來自動化地管理需求，提高工作效率。IBMRationalRequisitePro、TelelogicDOORSreg和BorlandCaliberRM等都是目前比較流行的需求管理工具，可以幫助開發(fā)團(tuán)隊(duì)有效地管理軟件需求。1.4需求規(guī)格1.4.1功能需求該系統(tǒng)是典型的網(wǎng)上購物實(shí)踐中最為普遍的電子商務(wù)企業(yè)對客戶（B2C）模式，主要包括會員注冊、訂單管理、購物車、搜索、支付等基本功能。此外，本系統(tǒng)也將實(shí)現(xiàn)在線圖書銷售系統(tǒng)的后端管理，包括圖書的添加、訂單的處理等功能。本系統(tǒng)完全基于JSP技術(shù)，在系統(tǒng)的設(shè)計(jì)與開發(fā)過程中嚴(yán)格遵守軟件工程的規(guī)范，運(yùn)用軟件設(shè)計(jì)模式，從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴(kuò)充性。該系統(tǒng)的主要功能如下：（1）前臺（客戶購買）部分：1.用戶管理：注冊會員、登錄、激活、退出、修改密碼；2.分類顯示：顯示所有1級和2級分類；3.圖書顯示：按分類查詢圖書、通過關(guān)鍵字搜索圖書、高級搜索圖書、查看某本圖書的詳細(xì)等；4.購物車管理：向購物車中添加圖書、修改購物車中圖書數(shù)量、刪除購物車中圖書、我的購物車；5.訂單管理：通過購物車中圖書生成訂單、查看我的訂單、查看某個訂單的詳細(xì)、訂單支付、確認(rèn)收貨、取消未付款訂單。（2）后臺（管理員管理）部分：1.管理員：管理員登錄；2.分類管理：查看所有分類、添加1級分類、添加2級分類、修改1級分類、修改2級分類、刪除1級分類、刪除2級分類；3.圖書管理：按分類搜索圖書、高級搜索圖書、添加新圖書、查看圖書詳細(xì)信息、編輯圖書、刪除圖書；4.訂單管理：按狀態(tài)搜索訂單、查看訂單詳細(xì)信息、取消訂單、發(fā)貨；1.4.2數(shù)據(jù)庫分析系統(tǒng)的主要任務(wù)是通過大量數(shù)據(jù)獲得管理所需要的信息，這就要求系統(tǒng)本身能夠存儲和管理大量的數(shù)據(jù)，而這一功能的實(shí)現(xiàn)必須借助大型數(shù)據(jù)庫系統(tǒng)。本系統(tǒng)的開發(fā)選擇MySQL作為后臺數(shù)據(jù)庫開發(fā)工具。在線書店管理系統(tǒng)的E-R模型如下圖所示：管理圖書分類購物車管理圖書分類購物車1n管理屬于n1管理屬于用戶管理員管理求購圖書1n用戶管理員管理求購圖書1nn1生成管理訂單11生成管理訂單nn1.4.3系統(tǒng)開發(fā)平臺與運(yùn)行環(huán)境系統(tǒng)的開發(fā)是在Tomcat環(huán)境下進(jìn)行的。Tomcat是一個免費(fèi)的開源的Servlet容器，它是Apache基金會的Jakarta項(xiàng)目中的一個核心項(xiàng)目，由Apache，Sun和其它一些公司及個人共同開發(fā)而成。由于有了Sun的參與和支持，最新的Servlet和Jsp規(guī)范總能在Tomcat中得到體現(xiàn)。Tomcat被JavaWorld雜志的編輯選為2001年度最具創(chuàng)新的Java產(chǎn)品，可見其在業(yè)界的地位。Tomcat的環(huán)境主要有以下幾方面技術(shù)優(yōu)勢：1．Tomcat中的應(yīng)用程序是一個WAR（WebArchive）文件。WAR是Sun提出的一種Web應(yīng)用程序格式，與JAR類似，也是許多文件的一個壓縮包。2．在Tomcat中，應(yīng)用程序的部署很簡單，你只需將你的WAR放到Tomcat的webapp目錄下，Tomcat會自動檢測到這個文件，并將其解壓。3．Tomcat不僅僅是一個Servlet容器，它也具有傳統(tǒng)的Web服務(wù)器的功能：處理html頁面。4．Tomcat也可以與其它一些軟件集成起來實(shí)現(xiàn)更多的功能。運(yùn)行環(huán)境：1.操作系統(tǒng)：Windows7以上版本。2.服務(wù)器軟件：Tomcat6.0以上版本。3.相關(guān)軟件：Myeclipse,MySQL。4.瀏覽器：IE、FireFox、GoogleChrome。2任務(wù)分解（1）任務(wù)分解的原則1.將主體目標(biāo)逐步細(xì)化分解，最底層的日常活動可直接分派到個人去完成；2.每個任務(wù)原則上要求分解到不能再細(xì)分為止；3.日?；顒右獙?yīng)到人、時間和資金投入。（2）任務(wù)分解的方法1.采用樹狀結(jié)構(gòu)進(jìn)行分解；2.以團(tuán)隊(duì)為中心，自上而下與自下而上的充分溝通，一對一個別交流與討論，分解單項(xiàng)工作。（3）任務(wù)分解的標(biāo)準(zhǔn)1.分解后的活動結(jié)構(gòu)清晰，從樹根到樹葉，一目了然，盡量避免盤根錯節(jié)；2.邏輯上形成一個大的活動，集成了所有的關(guān)鍵因素包含臨時的里程碑和監(jiān)控點(diǎn)，所有活動全部定義清楚，要細(xì)化到人、時間和資金投入。2.1任務(wù)負(fù)責(zé)與分配按項(xiàng)目本身的實(shí)際情況進(jìn)行自頂往下的結(jié)構(gòu)化分解，形成樹形任務(wù)結(jié)構(gòu)，如圖4所示，再把每個工作單元的工作內(nèi)容，所需的工作量，預(yù)計(jì)完成的期限也規(guī)定下來。這樣就可以把劃分后的工作落實(shí)到人，做到負(fù)責(zé)明確，便于監(jiān)督檢查。在線書店管理系統(tǒng)在線書店管理系統(tǒng)加工信息收集信息打印報(bào)表加工信息收集信息打印報(bào)表統(tǒng)計(jì)計(jì)算統(tǒng)計(jì)計(jì)算圖4：任務(wù)結(jié)構(gòu)化解任務(wù)責(zé)任矩陣是在任務(wù)分解的基礎(chǔ)上，把工作分配給相關(guān)人員，用一個矩陣形表格表示任務(wù)的分工和責(zé)任，例如，把圖4已分解的任務(wù)分配給五位軟件開發(fā)人員，表2表明了利用任務(wù)責(zé)任矩陣表達(dá)的分工情況。從表中可以看出，工作的責(zé)任和任務(wù)的層次關(guān)系都非常明確。任務(wù)責(zé)任矩陣如表2所示編號工作劃分負(fù)責(zé)人柳某系統(tǒng)工程師王某系統(tǒng)工程師梁某程序員張某程序員李某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)完成的工程活動內(nèi)容，以便作出詳細(xì)定義和計(jì)劃。2.確保在預(yù)定的項(xiàng)目范圍內(nèi)有計(jì)劃的完整的進(jìn)行項(xiàng)目的實(shí)施和管理工作（便于項(xiàng)目實(shí)施控制）。3.確保項(xiàng)目各項(xiàng)活動滿足項(xiàng)目范圍定義的要求。4.為進(jìn)一步確定項(xiàng)目費(fèi)用、時間和資源計(jì)劃作準(zhǔn)備5.劃定項(xiàng)目責(zé)任，方便對各項(xiàng)目任務(wù)承擔(dān)者進(jìn)行監(jiān)督、考核和評價(jià)。(3)項(xiàng)目范圍管理的內(nèi)容1.項(xiàng)目范圍的確定（項(xiàng)目目標(biāo)、可交付成果）；2.明確范圍管理組織責(zé)任（專人負(fù)責(zé)）；3.范圍定義（結(jié)構(gòu)分解、WBS、說明文件）；4.項(xiàng)目范圍預(yù)期穩(wěn)定性評價(jià)（預(yù)測范圍變更）；5.實(shí)施中的范圍控制（活動控制、任務(wù)落實(shí)、報(bào)告、現(xiàn)場檢查）；6.范圍變更管理（控制項(xiàng)目范圍變化）；7.范圍確認(rèn)（審查確認(rèn)成果）。(4)工程項(xiàng)目范圍確定的依據(jù)1.項(xiàng)目目標(biāo)的定義和批準(zhǔn)的文件（項(xiàng)目建議書、可研報(bào)告、項(xiàng)目任務(wù)書）；2.項(xiàng)目產(chǎn)品描述文件（功能描述文件、規(guī)劃文件、設(shè)計(jì)文件、相關(guān)規(guī)范、可交付成果清單）；3.環(huán)境調(diào)查資料（法律法規(guī)、設(shè)計(jì)和施工規(guī)范、現(xiàn)場條件、周邊組織要求）；4.項(xiàng)目的其他限制條件和制約因素（預(yù)算、資源、時間的限制）；5.已建項(xiàng)目相關(guān)歷史資料，同類項(xiàng)目經(jīng)驗(yàn)教訓(xùn)。(5)工程項(xiàng)目范圍確定的過程1.項(xiàng)目目標(biāo)的分析。2.項(xiàng)目環(huán)境的調(diào)查與限制條件分析。3.項(xiàng)目可交付成果的范圍和項(xiàng)目范圍的確定。4.對項(xiàng)目進(jìn)行結(jié)構(gòu)分解工作。5.項(xiàng)目單元的定義。6.項(xiàng)目單元之間界面的分析，包括界限的劃分與定義、邏輯關(guān)系的分析，實(shí)施順序安排(6)范圍計(jì)劃編制項(xiàng)目范圍計(jì)劃（有的資料也稱范圍規(guī)劃）是指形成正式文件，為將來的項(xiàng)目決策建立基礎(chǔ)，包括怎么判斷項(xiàng)目和項(xiàng)目階段已經(jīng)成功完成的基本標(biāo)準(zhǔn)。簡單的說，就是編寫項(xiàng)目范圍說明書（或工作約定書）的過程。項(xiàng)目范圍計(jì)劃過程的主要輸入（收集和參考的資料）包括項(xiàng)目章程（目標(biāo)）和項(xiàng)目概述（包括產(chǎn)品描述，項(xiàng)目約束，項(xiàng)目條件假設(shè)等），而主要輸出（結(jié)果）是形成書面的范圍說明書，如圖5所示。輸入產(chǎn)品說明項(xiàng)目證書制約因素假設(shè)條件工具和技術(shù)產(chǎn)品分析利潤/成本分析任選的鑒定方式專家評審輸出范圍闡述提供詳情范圍管理計(jì)劃圖5：范圍計(jì)劃的輸入與輸出圖(7)確定工程項(xiàng)目范圍的影響因素(如圖6所示)總目標(biāo)與限制條件總目標(biāo)與限制條件最終產(chǎn)品和服務(wù)結(jié)構(gòu)其他責(zé)任過程責(zé)任最終產(chǎn)品和服務(wù)結(jié)構(gòu)其他責(zé)任過程責(zé)任功能和子功能結(jié)構(gòu)功能和子功能結(jié)構(gòu)工程系統(tǒng)結(jié)構(gòu)工程系統(tǒng)結(jié)構(gòu)項(xiàng)目范圍定義項(xiàng)目范圍定義圖62.2.1WBS(1)WBS的定義

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

管理的規(guī)范化、標(biāo)準(zhǔn)化一直是眾多公司追求的目標(biāo)，WBS字典就是這樣一種工具。它用于描述和定義WBS元素中的工作的文檔。字典相當(dāng)于對某一WBS元素的規(guī)范，即WBS元素必須完成的工作以及對工作的詳細(xì)描述；工作成果的描述和相應(yīng)規(guī)范標(biāo)準(zhǔn)；元素上下級關(guān)系以及元素成果輸入輸出關(guān)系等。同時WBS字典對于清晰的定義項(xiàng)目范圍也有著巨大的規(guī)范作用，它使得WBS易于理解和被組織以外的參與者（如承包商）接受。在建筑業(yè)，工程量清單規(guī)范就是典型的工作包級別的WBS字典。(3)WBS的分層分解層次分解分層層次分解分層整個項(xiàng)目整個項(xiàng)目第一層可交付的成果可交付的成果可交付的成果可交付的成果可交付的成果可交付的成果第二層...可交付的子成果可交付的子成果可交付的子成果可交付的子成果可交付的子成果可交付的子成果第三層...底層可交付的子成果底層可交付的子成果底層可交付的子成果底層可交付的子成果底層可交付的子成果第四層...工作包工作包工作包工作包工作包工作包第五層...圖7：WBS的分層分解(4)系統(tǒng)的WBS前臺：用戶購書功能WBS圖如圖8所示在線書店管理系統(tǒng)（前臺）在線書店管理系統(tǒng)（前臺）購物車管理訂單管理圖書查詢分類管理用戶管理購物車管理訂單管理圖書查詢分類管理用戶管理修改密碼查看一級分類訂單支付取消未支付訂單生成訂單我的訂單確認(rèn)收貨查看訂單詳情我的購物車修改數(shù)量刪除圖書添加圖書按分類查看圖書查看圖書詳情高級查詢圖書查看二級分類退出激活登陸注冊修改密碼查看一級分類訂單支付取消未支付訂單生成訂單我的訂單確認(rèn)收貨查看訂單詳情我的購物車修改數(shù)量刪除圖書添加圖書按分類查看圖書查看圖書詳情高級查詢圖書查看二級分類退出激活登陸注冊圖8：用戶購書功能WBS圖后臺管理員功能WBS圖如圖9所示在線書店管理系統(tǒng)（后臺管理員管理）在線書店管理系統(tǒng)（后臺管理員管理）訂單管理圖書查詢分類顯示訂單管理圖書查詢分類顯示按狀態(tài)搜索訂單刪除新圖書修改新圖書添加新圖書查看圖書詳情高級查詢圖書按分類查看圖書查看一級分類取消訂單查看訂單詳情訂單發(fā)貨所以訂單修改一級分類修改二級分類刪除二級分類刪除一級分類添加二級分類查看二級分類添加一級分類按狀態(tài)搜索訂單刪除新圖書修改新圖書添加新圖書查看圖書詳情高級查詢圖書按分類查看圖書查看一級分類取消訂單查看訂單詳情訂單發(fā)貨所以訂單修改一級分類修改二級分類刪除二級分類刪除一級分類添加二級分類查看二級分類添加一級分類圖9：后臺管理員功能WBS圖3規(guī)模估算3.1成本估算3.1.1直接成本估算項(xiàng)目開發(fā)工作量估算表單位：人天編號任務(wù)名稱估計(jì)值小計(jì)前臺設(shè)計(jì)：531用戶管理模塊82分類顯示模塊103圖書查詢模塊104購物車管理模塊105訂單管理模塊15后臺管理：526分類顯示模塊107圖書查詢模塊248訂單管理模塊18表3從上圖得知項(xiàng)目工作量是105/人天，假設(shè)開發(fā)人員開發(fā)成本參數(shù)=500/人天，則內(nèi)部開發(fā)成本=500*105=52500元。管理和質(zhì)量成本可以根據(jù)以往的經(jīng)驗(yàn)，管理和質(zhì)量成本約為開發(fā)成本的30%，即：52500*30%=15750元。則直接開發(fā)成本=開發(fā)成本+管理和質(zhì)量成本=68250元。3.1.2間接成本估算項(xiàng)目名稱在線書店管理系統(tǒng)項(xiàng)目經(jīng)理梁某估算小組成員張三，李四，王五估算階段與日期2014.6.10工作分解結(jié)構(gòu)項(xiàng)目規(guī)模系統(tǒng)模塊新代發(fā)模塊的規(guī)模（代碼行、類、文檔頁數(shù)）復(fù)用或自動生成的組件（代碼行、類、文檔頁數(shù)）規(guī)模模塊11025模塊22030模塊32520模塊41515模塊總和7090工作量估計(jì)項(xiàng)目研發(fā)工作量估計(jì)項(xiàng)目研發(fā)的工作量=100新開發(fā)組件的規(guī)模難度系數(shù)人均生產(chǎn)率10058需求開發(fā)工作量25系統(tǒng)設(shè)計(jì)工作量15編程工作量30測試工作量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外包與采購工作量4培訓(xùn)管理工作量6支撐總工作量20成本估計(jì)類別細(xì)分、說明金額人力資源成本2000050000表43.1.3估算的誤差任務(wù)編號里程碑計(jì)劃工作預(yù)算成本已完成工作預(yù)算成本實(shí)際成本變量（%）計(jì)劃成本1已完成100100100002已完成5050550-103已完成5050400204未開工7000-100--5已完成90901400-55.56未開工7000-100--7已完成4050250508未開工5000總計(jì)450340360-24.4-5.9表5EAC=（360/340）*579000=613059（元）超支=613059-579000=34059（元）4項(xiàng)目進(jìn)度項(xiàng)目進(jìn)度管理是指在\o"項(xiàng)目"項(xiàng)目實(shí)施過程中，對各階段的進(jìn)展程度和項(xiàng)目最終完成的期限所進(jìn)行的\o"管理"管理。是在規(guī)定的時間內(nèi)，擬定出合理且\o"經(jīng)濟(jì)"經(jīng)濟(jì)的進(jìn)度計(jì)劃（包括多級管理的子計(jì)劃），在執(zhí)行該\o"計(jì)劃"計(jì)劃的過程中，經(jīng)常要檢查實(shí)際進(jìn)度是否按計(jì)劃要求進(jìn)行，若出現(xiàn)\o"偏差"偏差，便要及時找出原因，采取必要的補(bǔ)救措施或調(diào)整、修改原計(jì)劃，直至項(xiàng)目完成。其目的是保證項(xiàng)目能在滿足其時間約束條件的前提下實(shí)現(xiàn)其總體目標(biāo)。4.1定義活動定義活動是一過程，它涉及確認(rèn)和描述一些特定的活動，完成了這些活動意味著完成了WBS結(jié)構(gòu)中的項(xiàng)目細(xì)目和子細(xì)目。通過定義活動體現(xiàn)項(xiàng)目工作內(nèi)容的完成，定義活動的輸入輸出圖如圖10所示工具和方法分解參考樣板輸入工作分層結(jié)構(gòu)范圍的敘述歷史資料約束因素假設(shè)輸出活動目錄細(xì)節(jié)說明WBS的修改圖10：定義活動的輸入輸出4.2活動排序活動排序過程包括確認(rèn)且編制活動間的相關(guān)性。實(shí)際上，這是一個開發(fā)網(wǎng)絡(luò)圖的過程。網(wǎng)絡(luò)圖是一種示意圖，描繪項(xiàng)目中各項(xiàng)活動以及它們的時序關(guān)系?；顒颖仨毐徽_地加以排序以便今后制定實(shí)現(xiàn)的可行的進(jìn)度計(jì)劃，可用手工進(jìn)行排序，大型項(xiàng)目也可以用專門的軟件。排序還因?yàn)榇嬖诘奶囟ǖ募s束，包括：1.技術(shù)需求和規(guī)范2.安全性與效率3.企業(yè)政策與偏好4.資源可用性活動排序過程包括編制活動間的三種相關(guān)性:1.內(nèi)在的相關(guān)性（強(qiáng)制依賴關(guān)系）2.指定性的相關(guān)性（資源依賴關(guān)系）3.與外部相關(guān)性（外部依賴關(guān)系）活動間有四種相關(guān)依賴的關(guān)系：結(jié)束—>開始：某活動必須結(jié)束，然后另一個活動才能開始。結(jié)束—>結(jié)束：某活動結(jié)束前，另一活動必須結(jié)束。開始—>開始：某活動必須在另一活動開始時開始。開始—>結(jié)束：某活動結(jié)束前另一活動必須開始?；顒优判虻慕Y(jié)果（輸出）是項(xiàng)目網(wǎng)絡(luò)圖。項(xiàng)目網(wǎng)絡(luò)圖是項(xiàng)目所有活動以及它們之間邏輯關(guān)系（相關(guān)性）的一個圖解表示，如圖11所示B開始A C D F E圖11：項(xiàng)目網(wǎng)絡(luò)圖解4.3PERTChart(PERT圖)PERT(ProgramEvaluationReviewTechnique)圖是項(xiàng)目中包含的各項(xiàng)活動的關(guān)系視圖.是以圖形方式輔助表示活動表中列出的活動及其關(guān)系.在使用PERT圖表示活動關(guān)系以前,應(yīng)做以下工作:(假定我們以改造在線書店系統(tǒng)為例)1.對項(xiàng)目按模塊劃分,對每個小塊分別作出計(jì)劃(比如持續(xù)時間,使用人力,使用機(jī)時,占用終端等等).必要時可列出模塊的層次結(jié)構(gòu)圖。2.做出活動表，如表6活動說明前面的活動持續(xù)時間（周）A需求分析A1B重新設(shè)計(jì)現(xiàn)存部分A6C設(shè)計(jì)新增部分C3D接口設(shè)計(jì)C1E增補(bǔ)新代碼C6F開發(fā)整體衷十劃B,D2G修改現(xiàn)存代碼E,G5H完成單元測試E,G1J更新文檔F2K準(zhǔn)備整體測試H,J,K1L執(zhí)行整體測試L1M完成驗(yàn)收測試1表6上述活動是針對一個已存在的在線書店管理系統(tǒng),由于情況變化,不滿足用戶需求而進(jìn)行改造所提出的步驟.對于從人工系統(tǒng)轉(zhuǎn)化為在線書店管理系統(tǒng)來說,B和C應(yīng)分別對應(yīng)于“概要設(shè)計(jì)”和“詳細(xì)設(shè)計(jì)”;E將不存在;F改為“編碼”;J改為“整理文檔”.在持續(xù)時間方面，也要作適當(dāng)調(diào)整.之所以選擇本系統(tǒng)的例子,是因?yàn)閷Ω脑毂鞠到y(tǒng)來說,可并行工作的部分比較多,更體現(xiàn)按關(guān)鍵路徑進(jìn)行項(xiàng)目進(jìn)度管理的有效性。一個PERT圖是有方向的其邊表示活動,其結(jié)點(diǎn)表示事件。在圖中標(biāo)出活動的持續(xù)時間。對應(yīng)上述活動表的PERT圖見圖l25510983FKLM10983C21H1131D6F121764ABGJ217641652圖12：對應(yīng)項(xiàng)目的PERT圖在PERT圖中的各項(xiàng)活動以A到M做標(biāo)記,圓圈表示的事件以l到10做標(biāo)記,從7到8的虛線是一個虛活動。在每個事件旁標(biāo)出活動的開始和結(jié)束時間各個事件是具有下述意義的項(xiàng)目里程碑事件說明1項(xiàng)目開始2需求分析完成3新增部分設(shè)計(jì)完成4現(xiàn)有部分重新設(shè)計(jì)及接口設(shè)計(jì)完成5整體計(jì)劃完成6新增部分編碼及現(xiàn)有部分修改完成7更新文檔完成8完成單元測試，準(zhǔn)備整體測試9整體測試完成10驗(yàn)收測試完成11項(xiàng)目結(jié)束聯(lián)結(jié)關(guān)鍵事件(最早開始時間和最晚開始時間相等的事件)的PERT圖中的路徑叫關(guān)鍵路徑.每個PERT圖至少有一條關(guān)鍵路徑.對應(yīng)于我們實(shí)例中的關(guān)鍵路徑如圖13的紅線所示.其中各結(jié)點(diǎn)的方框中標(biāo)出了最早開始時間和最晚開始時間5（4,6）（6,13）5983FKLM98310C21H111031D6F1（14,14）（15,15）（1616）21764ABGJ217641652（14,14）(0,0)(1,1)（7,7）（12,12）圖13：具有關(guān)鍵路徑的PERT圖非關(guān)鍵路徑上的活動有比較靈活的開始時間.一個活動的總松弛時間是一個時間范圍,在這個時間范圍內(nèi)任一時間開始都不會影響整個項(xiàng)目的完成時間。所以一個活動的松弛時間是:最晚開始時間(LST)減去最早開始時間(EST)對應(yīng)圖13的最早和最晚開始時間如表7所示?；顒映掷m(xù)時間最早最晚開始結(jié)束開始結(jié)束A10101B31436C61717D14567F2461113E6410612G5712712K1671314J212141214H112131314L114151415M115161516表7管理人員重點(diǎn)要掌握關(guān)鍵路徑上的事件,按時和提前完成關(guān)鍵路徑上的事件對整個項(xiàng)目的完成時間長短有重要意義4.4活動時間估計(jì)活動時間估計(jì)指預(yù)計(jì)完成各活動所需時間長短，在項(xiàng)目團(tuán)隊(duì)中熟悉該活動特性的個人和小組可對活動所需時間做出估計(jì)。活動時間估計(jì)的輸入包括活動目錄，結(jié)束和假設(shè)，還有：1.資源需求2.資源數(shù)量活動所需時間估計(jì)的工具和方法：1.專家判斷2.類推估計(jì)4.5項(xiàng)目進(jìn)度安排工作集子工作完成時間負(fù)責(zé)人最終交付物描述項(xiàng)目計(jì)劃確定負(fù)責(zé)人以及組長第二周陳玉璽負(fù)責(zé)人以及組長名單完成在線書店管理系統(tǒng)開發(fā)團(tuán)隊(duì)的工作分配確定小組第三周王國斌小組成員名單成立系統(tǒng)開發(fā)團(tuán)隊(duì)小組搭建環(huán)境第三周各組組長開發(fā)環(huán)境運(yùn)行說明文檔確定項(xiàng)目開發(fā)的工具及語言制定項(xiàng)目管理計(jì)劃書第四周熊寶《項(xiàng)目管理計(jì)劃書初稿》制定軟件開發(fā)過程管理計(jì)劃初步完成需求規(guī)格說明書采集用戶需求第五周陳玉璽熊寶需求規(guī)格說明書通過與用戶溝通以及查閱相關(guān)資料了解和采集用戶的需求。對需求進(jìn)行匯總，制定需求規(guī)格說明初稿分析用戶需求及制定需求規(guī)格說明原型第五周需求規(guī)格說明的進(jìn)一步完善與修改第六周需求規(guī)格說明的最后確認(rèn)第七周系統(tǒng)設(shè)計(jì)系統(tǒng)總體設(shè)計(jì)第八周張三軟件設(shè)計(jì)報(bào)告初稿制定系統(tǒng)總體的設(shè)計(jì)方案，并根據(jù)需求說明聯(lián)系實(shí)際進(jìn)行相應(yīng)的修改系統(tǒng)詳細(xì)設(shè)計(jì)第九周系統(tǒng)模型及架構(gòu)最后確定第十周開發(fā)系統(tǒng)源代碼及源碼測試系統(tǒng)源碼開發(fā)第十一周李天交付源代碼掌握開發(fā)工具的使用系統(tǒng)源碼測試第十二周王五測試文檔根據(jù)測試要求嚴(yán)格測試系統(tǒng)源碼復(fù)查第十三周吳倩無對代碼進(jìn)行復(fù)查，盡量減少bug進(jìn)行整個在線書店滾輪系統(tǒng)的集成進(jìn)行整個網(wǎng)上教學(xué)系統(tǒng)的集成第十四周梁冰無與其他小組長無間協(xié)作完成整個系統(tǒng)的集成對整個集成后的系統(tǒng)進(jìn)行測試檢查運(yùn)行情況第十四周張國體無配置好IIS服務(wù)，搭建整個系統(tǒng)的運(yùn)行平臺測試整個系統(tǒng)的發(fā)布情況系統(tǒng)交付系統(tǒng)交付第十五周張斌系統(tǒng)能夠運(yùn)行以及以及把相關(guān)技術(shù)文歸類存檔各組之間可以交流各自的開發(fā)經(jīng)驗(yàn)和心得體會表84.5工具使用MicrosoftProject是國際上最為盛行與通用的項(xiàng)目管理軟件，適用于新產(chǎn)品研發(fā)、IT、房地產(chǎn)、工程、大型活動等多種項(xiàng)目類型。經(jīng)過微軟多年研發(fā)，Project包含了經(jīng)典的項(xiàng)目管理思想和技術(shù)以及全球眾多企業(yè)的項(xiàng)目管理實(shí)踐。在企業(yè)內(nèi)部使用和推廣Project，在提升項(xiàng)目管理人員能力的同時也實(shí)現(xiàn)了項(xiàng)目管理專業(yè)化與規(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)，由誰及何時應(yīng)使用哪些程序和相關(guān)資源。項(xiàng)目質(zhì)量計(jì)劃工作的成果：項(xiàng)目質(zhì)量計(jì)劃、項(xiàng)目質(zhì)量工作說明、質(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)的過程方法。編制質(zhì)量計(jì)劃通常采用流程圖、因果分析圖等方法對項(xiàng)目進(jìn)行分析，確定需要監(jiān)控的關(guān)鍵元素，設(shè)置合理的見證點(diǎn)（W點(diǎn)）、停工待檢點(diǎn)（H點(diǎn)），并制定質(zhì)量標(biāo)準(zhǔn)：

1.流程圖：

顯示系統(tǒng)的各種成分是如何相互關(guān)系的，幫助我們預(yù)測在何處可能發(fā)生何種質(zhì)量問題，并由此幫助開發(fā)處理他們的辦法。

2.因果分析圖（也稱魚刺圖）如圖14所示：人員人員參考資料設(shè)備參考資料設(shè)備質(zhì)量問題質(zhì)量問題環(huán)境方法環(huán)境方法原因結(jié)果圖14對于本項(xiàng)目，編制質(zhì)量計(jì)劃時采用因果分析圖，描述相關(guān)的各種原因和子原因如何產(chǎn)生潛在問題或影響，將影響質(zhì)量問題的“人員、設(shè)備、參考資料、方法、環(huán)境”等各方面的原因進(jìn)行細(xì)致的分解，方便地在質(zhì)量計(jì)劃中制定相應(yīng)的預(yù)防措施。其次，質(zhì)量計(jì)劃中還必須確定有效的質(zhì)量管理體系，明確質(zhì)量監(jiān)理人員對項(xiàng)目質(zhì)量負(fù)責(zé)和各級質(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ì)量保證活動質(zhì)量保證的只要活動包括過程評審和產(chǎn)品審計(jì)，過程評審和產(chǎn)品審計(jì)的目的是確保在項(xiàng)目進(jìn)展過程中的各個階段和各個方面采取各項(xiàng)措施來保證和提高提交給用戶的產(chǎn)品質(zhì)量。每一次過程評審和產(chǎn)品審計(jì)都應(yīng)填寫相應(yīng)的報(bào)告或活動記錄。如下表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ì)檢查107代碼復(fù)核6156代碼檢查2018編譯2115單元測試1514系統(tǒng)集成54系統(tǒng)測試55表95.3產(chǎn)品審計(jì)產(chǎn)品審計(jì)由質(zhì)量保證人員來進(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ì)一覽表見表10所示項(xiàng)審計(jì)對象審計(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ù)庫表和編碼規(guī)范計(jì)劃結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃7產(chǎn)品代碼每個階段實(shí)施結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃8測試報(bào)告測試結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃9系統(tǒng)計(jì)劃設(shè)計(jì)結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃10用戶文檔測試結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目規(guī)劃表105.4過程評審項(xiàng)目嚴(yán)格按照組織定義的軟件過程進(jìn)行開發(fā)，過程評審的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項(xiàng)目中的所有過程活動都在實(shí)施范圍內(nèi)。在每次評審之后，要對評審結(jié)果做出明確的決策并形成評審記錄。評審可采取文件傳閱、評審會等形式。5.5測試計(jì)劃1.建立每個測試階段的目標(biāo)。2.確定沒項(xiàng)測試活動的進(jìn)度和職責(zé)。3.確定工具、設(shè)備和測試庫的可用性。4.建立用于計(jì)劃和進(jìn)行測試以及報(bào)告測試結(jié)果的規(guī)程和標(biāo)準(zhǔn)。5.制定衡量測試成功與完成的準(zhǔn)則。6配置計(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)，由誰及何時應(yīng)使用哪些程序和相關(guān)資源。項(xiàng)目質(zhì)量計(jì)劃工作的成果：項(xiàng)目質(zhì)量計(jì)劃、項(xiàng)目質(zhì)量工作說明、質(zhì)量核檢清單、可用于其它管理的信息。6.1配置管理人員組成根據(jù)本項(xiàng)目計(jì)劃的角色分配，可以確定配置管理人員，配置管理人員的角色和職責(zé)見表11：角色人員職責(zé)、工作范圍配置管理者張三1.制定《配置管理計(jì)劃》2.創(chuàng)建和維護(hù)配置庫項(xiàng)目經(jīng)理李四1.審批《配置管理計(jì)劃》2.審批重大的變更項(xiàng)目組成員項(xiàng)目經(jīng)理：張曉質(zhì)量保證人員：王五配置管理者：吳天審批某些配置項(xiàng)或基線的變更表116.2配置控制配置控制活動請求、評估、認(rèn)可或拒絕、實(shí)現(xiàn)對基線CI的配置變更。變更包括錯誤的改正和可靠性增強(qiáng)。為變更過程所需的必須手續(xù)的復(fù)雜程度依靠在配置結(jié)構(gòu)中變更對基線的影響。計(jì)劃必須描述在基線CI的變更控制影響。計(jì)劃必須定義下列的詳細(xì)步驟：1.變更所需的標(biāo)識和文檔；2.變更需求的分析和評估；3.需求的認(rèn)可或否決；4.變更的確認(rèn)、執(zhí)行和發(fā)布；計(jì)劃必須標(biāo)識用來追蹤和記錄每個變更的執(zhí)行序列的記錄。在處理原始需求的變更的每個不同必須被明確的記錄下來。6.3配置審核和審計(jì)配置審核決定事實(shí)上CI影響的所需的物理和功能的廣度。配置審閱時建立基線的管理工具。計(jì)劃必須為項(xiàng)目標(biāo)識配置審核和審計(jì)。至少，一個配置審核必須在CI發(fā)布前審核。對每個計(jì)劃的配置審核和審計(jì)，計(jì)劃必須定義以下方面：1.它的目標(biāo)；2.處于審核和評審CI；3.審核和評審任務(wù)的時間表；4.實(shí)施審核和評審的過程；5.工作標(biāo)題的參與者；6.為回顧或支持審核和評審需要用到的文件；7.記錄不足和報(bào)告糾正行動的過程；8.對認(rèn)可之外的認(rèn)可標(biāo)準(zhǔn)和特定行動。7風(fēng)險(xiǎn)計(jì)劃項(xiàng)目風(fēng)險(xiǎn)管理是指通過風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)評價(jià)去認(rèn)識項(xiàng)目的風(fēng)險(xiǎn)，并以此為基礎(chǔ)合理地使用各種風(fēng)險(xiǎn)應(yīng)對措施、管理方法技術(shù)和手段，對項(xiàng)目的風(fēng)險(xiǎn)實(shí)行有效的控制，妥善的處理風(fēng)險(xiǎn)事件造成的不利后果，以最少的成本保證項(xiàng)目總體目標(biāo)實(shí)現(xiàn)的管理工作。7.1風(fēng)險(xiǎn)識別,評估與風(fēng)險(xiǎn)規(guī)劃（1）風(fēng)險(xiǎn)識別風(fēng)險(xiǎn)識別是理解某特定項(xiàng)目有哪些可能令人滿意的結(jié)果的過程。就是采用系統(tǒng)化的方法，識別某特定項(xiàng)目已知的和可預(yù)測的風(fēng)險(xiǎn)。（2）風(fēng)險(xiǎn)評估風(fēng)險(xiǎn)評估（RiskAssessment）是指，在風(fēng)險(xiǎn)事件發(fā)生之前或之后（但還沒有結(jié)束），該事件給人們的生活、生命、財(cái)產(chǎn)等各個方面造成的影響和損失的可能性進(jìn)行量化評估的工作。即，風(fēng)險(xiǎn)評估就是量化測評某一事件或事物帶來的影響或損失的可能程度。（3）風(fēng)險(xiǎn)規(guī)劃針對風(fēng)險(xiǎn)分析的結(jié)果，為提高實(shí)現(xiàn)項(xiàng)目目標(biāo)的機(jī)會，降低風(fēng)險(xiǎn)的負(fù)面影響而制定風(fēng)險(xiǎn)應(yīng)對策略和應(yīng)對措施的過程，即制定一定的行動和策略來對付、減少、以至于消滅風(fēng)險(xiǎn)事件。通常采取的措施有回避風(fēng)險(xiǎn)。轉(zhuǎn)移風(fēng)險(xiǎn)。3.損失控制。4.自留風(fēng)險(xiǎn)。7.2風(fēng)險(xiǎn)分析表根據(jù)風(fēng)險(xiǎn)識別，風(fēng)險(xiǎn)評估，風(fēng)險(xiǎn)規(guī)劃可以制定了如下風(fēng)險(xiǎn)分析表排序輸入風(fēng)險(xiǎn)事件可能性影響風(fēng)險(xiǎn)值風(fēng)險(xiǎn)應(yīng)對措施1最終用戶抵制該系統(tǒng)投資方可能會由于某個細(xì)節(jié)的問題對整個系統(tǒng)產(chǎn)生反感。80%70%40%1.盡力滿足用戶提出的需求。2.界面盡可能的美觀，方便。3.需求分析階段派出專門的系統(tǒng)分析員去了解用戶的性格，愛好，工作習(xí)慣。2項(xiàng)目期間，投資方舉棋不定網(wǎng)上購物系統(tǒng)眾多，投資方瀏覽后可能會經(jīng)常要求更改需求60%70%40%1.軟件詳細(xì)設(shè)計(jì)階段注意增加軟件的可重用性。提高復(fù)用水平。2.溝通和協(xié)調(diào)。3客戶的需求規(guī)格說明需求不明確，增加需求，導(dǎo)致需求蔓延，由于本軟件是不太了解計(jì)算機(jī)的用戶使用，變更需求可能性很大。70%50%35%1.采取加班的方法。2.修改計(jì)劃去掉一些任務(wù)。3.與客戶商量延長一些時間。4.當(dāng)出現(xiàn)影響重大的變更需求時與客戶協(xié)調(diào)，這個版本的不做改動，在下一個版本中進(jìn)行功能的提升。4合同帶來的限制進(jìn)度要求緊，合同金額有限。

30%50%15%可以請一些實(shí)習(xí)的學(xué)生做輔助工作,一來成本不高,二來可以加快進(jìn)度。5交付期限緊縮。需方存在緊縮交付期限的可能。導(dǎo)致項(xiàng)目吃緊。20%60%10%1.加班。2.臨時雇傭員工。3.調(diào)整結(jié)構(gòu)。6歷史項(xiàng)目信息。開發(fā)人員的流動。15%60%9%1.注意項(xiàng)目團(tuán)隊(duì)的溝通，及時了解開發(fā)人員的動態(tài)。2.控制好項(xiàng)目過程中的文檔。3.從其他的項(xiàng)目組借調(diào)人員。4.從外部招聘有過此類開發(fā)經(jīng)驗(yàn)員。

7人員缺乏經(jīng)驗(yàn)。由于本項(xiàng)目中的一些員工是剛剛招聘來的，可能會缺乏經(jīng)驗(yàn)。15%30%10%1.采取一幫一，讓有經(jīng)驗(yàn)的程序員帶著相對經(jīng)驗(yàn)少的程序員進(jìn)行開發(fā)。2.開發(fā)之前適當(dāng)?shù)呐嘤?xùn)。8用戶數(shù)量超出計(jì)劃。由于該網(wǎng)站可能銷售商品特別，導(dǎo)致訪問激增。20%20%20%1.防患于未然，數(shù)據(jù)庫上采用數(shù)據(jù)池的技術(shù)在，增加并發(fā)訪問量。9技術(shù)達(dá)不到預(yù)期效果?？赡苡幸恍┘夹g(shù)達(dá)不到預(yù)期的效果，不能使需方滿意。如訪問速度，一些特效等等。10%10%10%1.找懂得這種技術(shù)的人幫忙。2.向老師請教。表127.3風(fēng)險(xiǎn)應(yīng)對措施（1）風(fēng)險(xiǎn)規(guī)避風(fēng)險(xiǎn)規(guī)避是改變項(xiàng)目計(jì)劃來消除特定風(fēng)險(xiǎn)事件的威脅。通常情況下我們可以采用多種方法來規(guī)避風(fēng)險(xiǎn)。例如，對于軟件項(xiàng)目開發(fā)過程中存在的技術(shù)風(fēng)險(xiǎn)，我們可以采用成熟的技術(shù)，團(tuán)隊(duì)成員熟悉的技術(shù)或迭代式的開發(fā)過程等方法來規(guī)避風(fēng)險(xiǎn);對于項(xiàng)目管理風(fēng)險(xiǎn)我們可以采用成熟的項(xiàng)目管理方法和策略來規(guī)避不成熟的項(xiàng)目管理帶來的風(fēng)險(xiǎn);對于進(jìn)度風(fēng)險(xiǎn)我們可以采用增量式的開發(fā)來規(guī)避項(xiàng)目或產(chǎn)品延遲上市的風(fēng)險(xiǎn)。對于軟件項(xiàng)目需求不確定的風(fēng)險(xiǎn)我們可以采用的原型法來規(guī)避風(fēng)險(xiǎn)。（2）風(fēng)險(xiǎn)轉(zhuǎn)移風(fēng)險(xiǎn)轉(zhuǎn)移是轉(zhuǎn)移風(fēng)險(xiǎn)的后果給第三方，通過合同的約定，由保證策略或者供應(yīng)商擔(dān)保。可以采用外包的形式來轉(zhuǎn)移軟件開發(fā)的風(fēng)險(xiǎn)，例如發(fā)包方面對一個完全陌生領(lǐng)域的項(xiàng)目可以采用外包來完成，發(fā)包方必須有明確的合同約定來保證承包方對軟件的質(zhì)量，進(jìn)度以及維護(hù)的保證。否則風(fēng)險(xiǎn)轉(zhuǎn)移很難取得成功。（3）風(fēng)險(xiǎn)減輕風(fēng)險(xiǎn)減輕是減少不利的風(fēng)險(xiǎn)事件的后果和可能性到一個可以接受的范圍。通常在項(xiàng)目的早期采取風(fēng)險(xiǎn)減輕策略可以收到更好的效果。例如，軟件開發(fā)過程中人員流失對于軟件項(xiàng)目的影響非常嚴(yán)重，我們可以通過完善工件，配備后備人員等方法來減輕人員流失帶來的影響。（4）風(fēng)險(xiǎn)接受準(zhǔn)備應(yīng)對風(fēng)險(xiǎn)事件，包括積極的開發(fā)應(yīng)急計(jì)劃，或者消極的接受風(fēng)險(xiǎn)的后果。對于不可預(yù)見的風(fēng)險(xiǎn)，例如不可抗力;或者在風(fēng)險(xiǎn)規(guī)避，風(fēng)險(xiǎn)轉(zhuǎn)移或者風(fēng)險(xiǎn)減輕不可行，或者上述活動執(zhí)行成本超過接受風(fēng)險(xiǎn)的情況下采用。8團(tuán)隊(duì)管理項(xiàng)目團(tuán)隊(duì)是軟件項(xiàng)目項(xiàng)目中最重要的因素，成功的團(tuán)隊(duì)管理是軟件項(xiàng)目順利實(shí)施的保證。8.1軟件團(tuán)隊(duì)管理概述軟件項(xiàng)目團(tuán)隊(duì)管理工作結(jié)構(gòu)如圖15所示軟件項(xiàng)目團(tuán)隊(duì)管理軟件項(xiàng)目團(tuán)隊(duì)管理團(tuán)隊(duì)組織計(jì)劃輸入：組織界面人員配置要求制約方法和技術(shù)：樣板人力資源慣例組織理論項(xiàng)目干系人分析輸出：組織結(jié)構(gòu)圖角色和職責(zé)分配人員配備管理計(jì)劃支持細(xì)節(jié)團(tuán)隊(duì)人員獲取輸入：人員配置管理計(jì)劃人員庫說明招募規(guī)則工具和技術(shù)：1.談判2.預(yù)分配3.采購輸出：1.已分配的項(xiàng)目人員2.項(xiàng)目團(tuán)隊(duì)名錄團(tuán)隊(duì)建設(shè)輸入：項(xiàng)目人員項(xiàng)目計(jì)劃3.人員配置管理計(jì)劃4.執(zhí)行情況報(bào)告5.外部反饋措施：1.團(tuán)隊(duì)建設(shè)活動2.一般管理技能3.獎勵和承認(rèn)系統(tǒng)4.集中5.培訓(xùn)輸出：1.團(tuán)隊(duì)效能改進(jìn)2.績效評估輸入圖158.2軟件項(xiàng)目團(tuán)隊(duì)1.軟件項(xiàng)目開發(fā)團(tuán)隊(duì)是通過將不同的個體組織在一起，形成一個具有團(tuán)隊(duì)精神的高效率隊(duì)伍來進(jìn)行軟件項(xiàng)目的開發(fā)。2.軟件項(xiàng)目包括所有的項(xiàng)目干系人。項(xiàng)目干系人是指參與項(xiàng)目和受項(xiàng)目活動影響的人，包括：.項(xiàng)目發(fā)起人.資助者.供應(yīng)商.項(xiàng)目組成員.協(xié)助人員.客戶.使用者.項(xiàng)目的反對人8.3溝通時間安排1.小組交流（1）每周例會每周例會時間由小組負(fù)責(zé)人自己擬定，因?yàn)橐獫M足各成員在場，所以時間彈性比較大，但確定每周例會時必須的。（2）每天交流項(xiàng)目小組成員之間要每天進(jìn)行交流，使用電話、QQ等進(jìn)行討論有問題及時解決。2.團(tuán)隊(duì)交流（1）每兩周例會（時間固定）每兩周四下午14：30到17：30進(jìn)行整個團(tuán)隊(duì)的項(xiàng)目交流。（2）每天交流每天項(xiàng)目組成人員用電話或者QQ來進(jìn)行討論，了解項(xiàng)目的進(jìn)度，交流所遇到的困難并及時解決。9項(xiàng)目度量軟件度量是對軟件開發(fā)項(xiàng)目、過程及其產(chǎn)品進(jìn)行數(shù)據(jù)定義、收集以及分析的持續(xù)性定量化過程，目的在于對此加以理解、預(yù)測、評估、控制和改善。沒有軟件度量，就不能從軟件開發(fā)的暗箱中跳將出來。通過軟件度量可以改進(jìn)軟件開發(fā)過程，促進(jìn)項(xiàng)目成功，開發(fā)高質(zhì)量的軟件產(chǎn)品。度量取向是軟件開發(fā)諸多事項(xiàng)的橫斷面，包括顧客滿意度度量、質(zhì)量度量、項(xiàng)目度量、以及品牌資產(chǎn)度量、知識產(chǎn)權(quán)價(jià)值度量，等。度量取向要依靠事實(shí)、數(shù)據(jù)、原理、法則；其方法是測試、審核、調(diào)查；其工具是統(tǒng)計(jì)、圖表、數(shù)字、模型；其標(biāo)準(zhǔn)是量化的指標(biāo)。9.1度量指標(biāo)度量指標(biāo)如表13所示度量指標(biāo)分析方法決策準(zhǔn)則里程碑進(jìn)度偏差1.統(tǒng)計(jì)項(xiàng)目各個里程碑進(jìn)度偏差值，畫出對應(yīng)的控制圖如果里程碑進(jìn)度相對偏差超出+/-5%，則項(xiàng)目經(jīng)理需要調(diào)查原因并采取措施。如果里程碑進(jìn)度相對偏差超出+/-15%，進(jìn)行正式的計(jì)劃變更項(xiàng)目生產(chǎn)率1.統(tǒng)計(jì)項(xiàng)目的總工作量和產(chǎn)品實(shí)際規(guī)模2.計(jì)算出項(xiàng)目生產(chǎn)率若項(xiàng)目生產(chǎn)率高于或者低于公司平均生產(chǎn)率10%，則要求評價(jià)項(xiàng)目，檢查項(xiàng)目的實(shí)際過程是否與組織的標(biāo)準(zhǔn)過程符合項(xiàng)目軟件開發(fā)生產(chǎn)率1.統(tǒng)計(jì)各項(xiàng)目每周的軟件開發(fā)生產(chǎn)率畫出趨勢圖如果該生產(chǎn)率低于或高于公司平均水平10%時，需分析原因，采取相關(guān)措施調(diào)整項(xiàng)目按時完成率項(xiàng)目按時完成率的控制圖對項(xiàng)目按時完成比率低于90%的時候，分析其原因，并制定整改措施。相對偏差低于等于10%為按時完成，反之為未按時完成。軟件產(chǎn)品的遺留缺陷密度1.統(tǒng)計(jì)軟件產(chǎn)品遺留缺陷和產(chǎn)品實(shí)際規(guī)模，使用柱狀圖表示軟件產(chǎn)品遺留缺陷密度軟件產(chǎn)品的遺留缺陷密度如果高于1，則必須調(diào)查其根本原因顧客滿意度1.根據(jù)顧客滿意度的分?jǐn)?shù)，可以將產(chǎn)品或者服務(wù)的滿意度分為：不滿意、非常不滿意、非常滿意、較滿意、滿意，而后用柱形圖表示滿意度的情況顧客滿意度低于85，則必須調(diào)查其根本原因。需求穩(wěn)定度參見《度量構(gòu)造指南》需求穩(wěn)定度低于90%，則必須調(diào)查其根本原因任務(wù)工作量分布1.統(tǒng)計(jì)各類型任務(wù)工作量之和并使用餅圖顯示各類型任務(wù)工作量分布情況如果各類型任務(wù)工作量所占項(xiàng)目總工作量的比例比公司度量庫中值偏差10%，則必須調(diào)查其根本原因。階段工作量分布1.統(tǒng)計(jì)各階段任務(wù)工作量之和并使用餅圖顯示各階段任務(wù)工作量分布情況如果各階段任務(wù)工作量所占項(xiàng)目總工作量的比例比公司度量庫中值偏差10%，則必須調(diào)查其根本原因。表139.2數(shù)據(jù)收集數(shù)據(jù)的收集如表14：目標(biāo)度量指標(biāo)數(shù)據(jù)定義責(zé)任提高項(xiàng)目化產(chǎn)率功能點(diǎn)／l時項(xiàng)目實(shí)施過程中計(jì)算出功能點(diǎn)數(shù)。功能點(diǎn)負(fù)責(zé)人用電子表格記錄數(shù)據(jù)。項(xiàng)目開發(fā)周期內(nèi)記錄工作時間量。開發(fā)人員隨時記錄數(shù)據(jù)。提高頂目質(zhì)量缺陷功能點(diǎn)項(xiàng)目實(shí)施過程中計(jì)算出功能點(diǎn)數(shù)。功能點(diǎn)負(fù)責(zé)人用電子表格記錄數(shù)據(jù)。計(jì)算用戶使用三個月后的缺陷數(shù)。服務(wù)臺的人員在接到用戶的報(bào)告后采用缺陷跟蹤系統(tǒng)記錄數(shù)據(jù)。降低項(xiàng)目成本成本功能點(diǎn)項(xiàng)目實(shí)施過程中計(jì)算出功能點(diǎn)數(shù)。功能點(diǎn)負(fù)責(zé)人用電子表格記錄數(shù)據(jù)。按工作量計(jì)算出勞動成本。項(xiàng)目經(jīng)理在項(xiàng)目進(jìn)行過程中記錄并計(jì)算。項(xiàng)目周期內(nèi)記錄非芳動成本。表1410集成項(xiàng)目項(xiàng)目集成管理是為了實(shí)現(xiàn)項(xiàng)目目標(biāo)，確保項(xiàng)目范圍內(nèi)的各項(xiàng)工作能夠順利協(xié)調(diào)地配合進(jìn)行，消除項(xiàng)目管理中的局部性，平衡項(xiàng)目各個目標(biāo)之間的沖突，保證項(xiàng)目過程各階段的正確實(shí)施，所開展的以整體思想為指導(dǎo)，從全局出發(fā)，以項(xiàng)目總體利益最大化為目標(biāo)，以統(tǒng)一協(xié)調(diào)各方面管理為內(nèi)容進(jìn)行的全面管理的過程。它具有綜合性、全局性和內(nèi)外兼顧性的特征。集成項(xiàng)目計(jì)劃的完成是項(xiàng)目經(jīng)理完成項(xiàng)目計(jì)劃的標(biāo)志。項(xiàng)目集成管理包括對計(jì)劃的集成管理和對項(xiàng)目跟蹤控制的集成管理，它保證項(xiàng)目各要素相互協(xié)調(diào)，在相互影響的項(xiàng)目目標(biāo)和方案中做出權(quán)衡，以滿足或者超出項(xiàng)目干系人的需求和期望。10.1項(xiàng)目集成計(jì)劃范范成功進(jìn)圍計(jì)劃度計(jì)計(jì)劃風(fēng)劃險(xiǎn)質(zhì)配溝計(jì)量置通劃計(jì)計(jì)計(jì)劃劃劃項(xiàng)目控制度項(xiàng)目控制項(xiàng)目計(jì)劃量項(xiàng)目計(jì)劃計(jì)劃圖16：項(xiàng)目集成計(jì)劃圖10.1.1項(xiàng)目概述網(wǎng)上購書的優(yōu)勢在于選擇面大、價(jià)格便宜、交易方便、節(jié)省時間和精力等。整個圖書市場一片繁榮，在這種情況下，網(wǎng)上書店的加入無疑將使得競爭更加激烈，但從另一個方面看，只有在這種激烈的競爭下，網(wǎng)上書店的優(yōu)勢才能得以體現(xiàn)。在中國，網(wǎng)上書店有發(fā)展的必要，也有發(fā)展的基礎(chǔ)，發(fā)展網(wǎng)上書店的各方面條件也日趨成熟，但是還存在一些問題，只有把問題解決好了，才能保證網(wǎng)上書店的蓬勃發(fā)展。網(wǎng)上在線書店是以當(dāng)前商務(wù)的網(wǎng)絡(luò)化、快速化實(shí)際需求為背景，實(shí)現(xiàn)圖書購買的方便、快捷、送貨上門等服務(wù)為前提綜合信息服務(wù)系統(tǒng)的設(shè)計(jì)；實(shí)現(xiàn)通過Internet互聯(lián)網(wǎng)對圖書購買的相關(guān)信息進(jìn)行發(fā)布及圖書查詢、圖書介紹、圖書內(nèi)容瀏覽等功能。消費(fèi)者通過網(wǎng)絡(luò)在線進(jìn)行圖書的網(wǎng)上購物和網(wǎng)上支付等活動，這樣即方便了消費(fèi)者，又減少了企業(yè)成本。倡導(dǎo)“用戶是伙伴，多為用戶著想”的新型客戶服務(wù)理念。因此，在網(wǎng)絡(luò)在線書店系統(tǒng)實(shí)現(xiàn)顯示其它用戶購買情況和瀏覽產(chǎn)品情況。這些新型客戶服務(wù)，具有與眾不同的優(yōu)勢和特點(diǎn)，將成為和用戶溝通、聯(lián)系、發(fā)展的有效的方法。10.1.2項(xiàng)目任務(wù)范圍在線書店管理項(xiàng)目需要完成的任務(wù)主要包括會員注冊、訂單管理、購物車、搜索、支付等基本功能。此外，本系統(tǒng)也將實(shí)現(xiàn)在線圖書銷售系統(tǒng)的后端管理，包括圖書的添加、訂單的處理等功能。本系統(tǒng)完全基于JSP技術(shù)，在系統(tǒng)的設(shè)計(jì)與開發(fā)過程中嚴(yán)格遵守軟件工程的規(guī)范，運(yùn)用軟件設(shè)計(jì)模式，從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴(kuò)充性。。10.1.3項(xiàng)目目標(biāo)本系統(tǒng)完全基于JSP技術(shù)，在系統(tǒng)的設(shè)計(jì)與開發(fā)過程中嚴(yán)格遵守軟件工程的規(guī)范，運(yùn)用軟件設(shè)計(jì)模式，從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴(kuò)充性，與傳統(tǒng)利用書店進(jìn)行銷售的方式相比擁有許多優(yōu)勢：一是降低了銷售成本；二是利用網(wǎng)絡(luò)作為交易平臺，改變傳統(tǒng)的交易方式，使得交易活動不受空間和時間的限制；三是信息的傳遞更迅速靈活，新書信息上傳后，客戶可以立即看到，交易馬上可以從網(wǎng)上進(jìn)行，從而大大提高了交易的效率。11跟蹤控制11.1項(xiàng)目分析在線書店管理系統(tǒng)這個項(xiàng)目的負(fù)責(zé)人每天都需要審核項(xiàng)目的實(shí)際情況，對比項(xiàng)目的規(guī)模估算，項(xiàng)目進(jìn)度，質(zhì)量計(jì)劃，配置計(jì)劃，風(fēng)險(xiǎn)計(jì)劃來判斷實(shí)際項(xiàng)目是否得到了有效的完成。同時在上面說明的的每周五的團(tuán)隊(duì)溝通例會中進(jìn)行進(jìn)一步的審核與交流。每個基線結(jié)束后，進(jìn)行階段評審，給出階段評審報(bào)告。該報(bào)告具對本項(xiàng)目的完成，和對未來項(xiàng)目的經(jīng)驗(yàn)積累都有重大的意義。這個報(bào)告可以給需求方，使他們也能夠了解項(xiàng)目的進(jìn)度。11.2階段評審報(bào)告模板本項(xiàng)目階段評審報(bào)告表如表15所示項(xiàng)目名稱政府公文審批及工作通告系統(tǒng)項(xiàng)目標(biāo)識部門/組織名階段名稱總體設(shè)計(jì)主持人丁鋒會議地點(diǎn)A401評審時間2014年10月24日評審次數(shù)2評審人張三，李四，王五評審項(xiàng)與結(jié)論評審要募評審結(jié)果問題和對策詳細(xì)設(shè)計(jì)實(shí)施結(jié)果滿足需求規(guī)格的要求開發(fā)人員與用戶一起評審，用戶對本階段的提交結(jié)果很滿意。計(jì)劃執(zhí)行通過基本按計(jì)劃執(zhí)行質(zhì)量情況通過滿足質(zhì)量計(jì)劃的要求配置管理通過開發(fā)人員對配置工具的使用技巧學(xué)習(xí)有待提高其他問題通過開發(fā)人員增強(qiáng)政府工作業(yè)務(wù)學(xué)習(xí)，以便保證開發(fā)順利進(jìn)行。同時要進(jìn)一步了解操作者的習(xí)慣計(jì)劃調(diào)整完成根據(jù)本階段的計(jì)劃執(zhí)行情況調(diào)整下一階段的計(jì)劃提交產(chǎn)品項(xiàng)目計(jì)劃計(jì)劃跟蹤數(shù)據(jù)源碼評審報(bào)告階段統(tǒng)計(jì)數(shù)字?jǐn)?shù)據(jù)項(xiàng)目計(jì)劃實(shí)際偏差工期（日）30333規(guī)模（人時）720792+72人力投入（M/D/QA/SCM）l21112l32成本（元）4300042000+5000階段日期2013/8/3-2013/9/32013/8/3-2013/9/9正常開始，延后6天結(jié)束階段評語本階段的成本和進(jìn)度基本在控制的范圍之內(nèi)，而且進(jìn)度略有延后。在完成本階段目標(biāo)的基礎(chǔ)上，開發(fā)人員更加深入地熟悉技術(shù)和業(yè)務(wù)，為確定下階段目標(biāo)打下了一定的基礎(chǔ)。從管理上，體現(xiàn)在生存期的定義、項(xiàng)目計(jì)劃的細(xì)化和確認(rèn)、項(xiàng)目跟蹤日?；确矫??？梢詾榻窈箢愃祈?xiàng)目的管理提供寶貴的經(jīng)驗(yàn)。所以，本階段除較好地完成了規(guī)定的目標(biāo)之外，還進(jìn)行了許多有益的嘗試，本階段結(jié)束后，項(xiàng)目進(jìn)展及完成情況屬正常表1512系統(tǒng)測試12.1測試的目的與目標(biāo)在此系統(tǒng)進(jìn)行初步實(shí)現(xiàn)之后，開始進(jìn)行對系統(tǒng)進(jìn)行測試，找出系統(tǒng)中存在的Bug，通過測試，用提交的Bug報(bào)告來為以后軟件的改進(jìn)提供標(biāo)準(zhǔn)和參考，能夠在以后的系統(tǒng)改進(jìn)中找到依據(jù)。測試后的軟件各模塊基本功能可以順利進(jìn)行，盡可能的提高軟件的健壯性。12.2測試方法1.從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度劃分：黑盒測試和白盒測試；2.從是否執(zhí)行程序的角度：靜態(tài)測試和動態(tài)測試；3.從軟件開發(fā)的過程按階段劃分有：單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試、回歸測試、Alpha測試、Beta測試；單元測試又稱模塊測試，是針對軟件設(shè)計(jì)的最小單位─程序模塊（這里所說的程序模塊在Java中一個模塊就是一個方法），進(jìn)行正確性檢驗(yàn)的測試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯。單元測試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測試用例。多個模塊可以平行地獨(dú)立進(jìn)行單元測試。集成測試(組裝測試、聯(lián)合測試），通常在單元測試的基礎(chǔ)上，需要將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)。這時需要考慮的問題是：1.在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失；2.一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；3.各個子功能組合起來，能否達(dá)到預(yù)期要求的父功能；4.全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；5.單個模塊的誤差累積起來，是否會放大，從而達(dá)到不能接受的程度。確認(rèn)測試（ValidationTesting），確認(rèn)測試又稱有效性測試。任務(wù)是驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定。它包含的信息就是軟件確認(rèn)測試的基礎(chǔ)。系統(tǒng)測試（SystemTesting），是將通過確認(rèn)測試的軟件，作為整個基于計(jì)算機(jī)系統(tǒng)的一個元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。驗(yàn)收測試（Acceptance