目錄1.項(xiàng)目啟動(dòng) 11.1合同擬定工作 11.1.1技術(shù)的內(nèi)容、范圍及要求 11.1.2應(yīng)達(dá)到的技術(shù)指標(biāo)和參數(shù) 11.1.3研究開發(fā)計(jì)劃 21.1.4研究開發(fā)經(jīng)費(fèi)、報(bào)酬及其支付或結(jié)算方式 21.1.5利用研究開發(fā)經(jīng)費(fèi)購置的設(shè)備、器材、資料的財(cái)產(chǎn)權(quán)屬 21.1.6履行的期限、地點(diǎn)和方式 21.1.7技術(shù)情報(bào)和資料的保密 31.1.8技術(shù)協(xié)作的內(nèi)容 31.1.9技術(shù)成果的歸屬和分享 31.1.10驗(yàn)收的標(biāo)準(zhǔn)和方式 31.1.11風(fēng)險(xiǎn)的承擔(dān) 31.1.12解決合同糾紛的方式 41.1.13名詞和術(shù)語解釋 41.1.14其它 41.2生存期模型選擇 52.項(xiàng)目計(jì)劃與執(zhí)行 62.1需求分析 62.1.1查詢 62.1.2訂票 62.1.3退票 72.1.4信息需求 72.1.5性能需求 72.1.6圖表 82.2任務(wù)分解WBS 172.3項(xiàng)目進(jìn)度計(jì)劃 182.4項(xiàng)目成本估算 222.4.1簽訂合同前 222.4.2合同簽署后 222.4.3成本預(yù)算 232.5項(xiàng)目風(fēng)險(xiǎn)管理 242.5.1軟件項(xiàng)目風(fēng)險(xiǎn)管理概念 242.5.2軟件項(xiàng)目中的風(fēng)險(xiǎn) 252.5.3風(fēng)險(xiǎn)分析 262.6項(xiàng)目質(zhì)量計(jì)劃 272.6.1組織機(jī)構(gòu) 272.6.2質(zhì)量目標(biāo) 282.6.3質(zhì)量策略 292.6.4質(zhì)量保證活動(dòng) 292.6.5產(chǎn)品審計(jì) 302.6.6過程評(píng)審 312.6.7質(zhì)量控制活動(dòng) 312.6.8質(zhì)量保證的報(bào)告途徑 312.6.9記錄的收集、維護(hù)和保存 323.項(xiàng)目收尾與總結(jié) 323.1軟件項(xiàng)目管理總結(jié) 323.1.1軟件項(xiàng)目管理的概述 323.1.2軟件項(xiàng)目的管理過程詳解 323.2軟件項(xiàng)目管理學(xué)習(xí)體會(huì) 33火車站訂票系統(tǒng)1.項(xiàng)目啟動(dòng)1.1合同擬定工作技術(shù)開發(fā)合同項(xiàng)目名稱:xx火車站訂票系統(tǒng)委托人（甲方）：xx鐵路公司研究開發(fā)人（乙方）：xx軟件開發(fā)研究中心簽訂地點(diǎn)：xx市簽訂地點(diǎn)：2014年9月17日有效期限：2014年9月10日至2015年5月31日xx技術(shù)市場(chǎng)管理辦公室根據(jù)《中華人民共和國合同法》的規(guī)定，合同雙方就xx火車站訂票系統(tǒng)開發(fā)項(xiàng)目的技術(shù)開發(fā)，經(jīng)協(xié)商一致，簽訂本合同。1.1.1技術(shù)的內(nèi)容、范圍及要求根究甲方的要求，乙方完成xx鐵路公司訂票系統(tǒng)開發(fā)。根據(jù)甲方要求進(jìn)行系統(tǒng)方案設(shè)計(jì)，要求建立B/S結(jié)構(gòu)的，基于的SQLserver數(shù)據(jù)庫、NT服務(wù)器和J2EE技術(shù)的三層構(gòu)架體系的綜合服務(wù)軟件系統(tǒng)；配合甲方，在與整體系統(tǒng)相融合的基礎(chǔ)上，建立系統(tǒng)運(yùn)行的軟硬件環(huán)境；具體需求求見SOW。1.1.2應(yīng)達(dá)到的技術(shù)指標(biāo)和參數(shù)（1）系統(tǒng)應(yīng)滿足并行登錄，并查詢的速度要求。其中主要內(nèi)容包括：保證100人以上可以同時(shí)登錄系統(tǒng)；所有查詢速度應(yīng)在10秒以內(nèi)；保證數(shù)據(jù)的每周備份；工作日期間不能當(dāng)機(jī)；出現(xiàn)問題應(yīng)在10分鐘內(nèi)恢復(fù)。（2）系統(tǒng)的主要功能是應(yīng)滿足雙方認(rèn)可的需求規(guī)格，不可以隨意改動(dòng)。1.1.3研究開發(fā)計(jì)劃（1）第一階段：乙方在合同簽訂后7個(gè)工作日內(nèi)，完成合同內(nèi)容的系統(tǒng)設(shè)計(jì)方案。（2）第二階段：完成第一階段的系統(tǒng)設(shè)計(jì)方案之后，乙方于50個(gè)工作日內(nèi)完成系統(tǒng)基本功能的開發(fā)。（3）第三階段：完成第一和第二階段的任務(wù)之后，由甲方配合乙方于3個(gè)工作日內(nèi)完成系統(tǒng)在北京信息中心的調(diào)試、集成。1.1.4研究開發(fā)經(jīng)費(fèi)、報(bào)酬及其支付或結(jié)算方式（1）研究開發(fā)經(jīng)費(fèi)是指完成本項(xiàng)目研究開發(fā)工作所需的成本。報(bào)酬指本項(xiàng)目開發(fā)成果的使用費(fèi)和研究開發(fā)人員的科技補(bǔ)貼。（2）本項(xiàng)目研究開發(fā)經(jīng)費(fèi)和報(bào)酬（人民幣大寫）：伍拾萬元整。（3）支付方式：分期支付。本合同簽訂之日起生效，甲方在五個(gè)工作日內(nèi)應(yīng)付給乙方合同總額的50%，計(jì)人民幣250000.00（人民幣大寫貳拾伍萬元整）。1.1.5利用研究開發(fā)經(jīng)費(fèi)購置的設(shè)備、器材、資料的財(cái)產(chǎn)權(quán)屬1.1.6履行的期限、地點(diǎn)和方式本合同自2014年9月10日至2015年5月31日在xx履行。本合同履行方式：甲方責(zé)任：甲方全力協(xié)助乙方完成合同內(nèi)容；合同期內(nèi)甲方為乙方提供專業(yè)性接口技術(shù)支持。乙方責(zé)任：乙方按甲方要求完成合同內(nèi)容。乙方愿提供在實(shí)現(xiàn)功能的前提下，進(jìn)一步予以完善；乙方在合同商定的時(shí)間內(nèi)保證系統(tǒng)正常運(yùn)行；乙方在項(xiàng)目驗(yàn)收后提供一年免費(fèi)維護(hù)；未經(jīng)甲方同意，乙方不得向第三方提供本系統(tǒng)中涉及專業(yè)的技術(shù)內(nèi)容和所有的系統(tǒng)數(shù)據(jù)。1.1.7技術(shù)情報(bào)和資料的保密本合同中的相關(guān)專業(yè)技術(shù)內(nèi)容和所有的系統(tǒng)數(shù)據(jù)，歸甲方所有，未經(jīng)甲方同意乙方不得提供給第三方。1.1.8技術(shù)協(xié)作的內(nèi)容見系統(tǒng)設(shè)計(jì)方案。1.1.9技術(shù)成果的歸屬和分享（1）專利申請(qǐng)權(quán)。（2）技術(shù)秘密的使用權(quán)、轉(zhuǎn)讓權(quán)。1.1.10驗(yàn)收的標(biāo)準(zhǔn)和方式研究開發(fā)所完成的技術(shù)成果，達(dá)到了本合同第二條所列技術(shù)指標(biāo)，按國家標(biāo)準(zhǔn)，采用一定的方式驗(yàn)收，由甲方出具技術(shù)項(xiàng)目驗(yàn)收證明。1.1.11風(fēng)險(xiǎn)的承擔(dān)在履行本合同的過程中，卻因在現(xiàn)有水平和條件下難以克服的技術(shù)困難，導(dǎo)致研究開發(fā)部分或全部失敗所造成的損失，風(fēng)險(xiǎn)責(zé)任由甲方承擔(dān)50%，乙方承擔(dān)50%。本項(xiàng)目風(fēng)險(xiǎn)責(zé)任確認(rèn)的方式：雙方協(xié)商。除不可抗力因素外（指發(fā)生戰(zhàn)爭、地震、洪水、颶風(fēng)或其他人力不能控制的不可抗力事件），甲乙雙方須遵守合同承諾，否則視為違約并承擔(dān)違約責(zé)任：（1）如果乙方不能按期完成軟件開發(fā)工作并交給甲方使用，乙方應(yīng)向甲方支付延期違約金。每延遲一周，乙方向甲方支付合同總額0.5%的違約金，不滿一周按一周計(jì)算，但違約金總額不能超過合同總額的5%。（2）如果甲方不能按期向乙方支付合同款項(xiàng)，甲方應(yīng)向乙方支付延期違約金。每延遲一周，乙方向甲方支付合同總額0.5%的違約金，不滿一周按一周計(jì)算，但違約金總額不能超過合同總額的5%。1.1.12解決合同糾紛的方式在履行本合同過程中發(fā)生爭議，雙方當(dāng)事人和解或調(diào)解不成，可采取仲裁或按司法程序解決。雙方同意由xx市仲裁委員會(huì)仲裁；雙方約定向xx市人民法院起訴。1.1.13名詞和術(shù)語解釋本合同中使用的下列詞語具有如下含義：“軟件”包括“軟件系統(tǒng)”，除另有指明外，指在本合同履行期內(nèi)所開發(fā)和提供的當(dāng)前和將來的軟件版本，包括乙方為履行本合同所開發(fā)和提供的軟件版本和相關(guān)的文件；“交付”指乙方在雙方規(guī)定的日期內(nèi)交付約定開發(fā)的軟件的行為。但是乙方完成交付行為，并不意味著乙方已經(jīng)完成了本合同項(xiàng)下所規(guī)定的所有義務(wù)；“規(guī)格”是指在技術(shù)或其他開發(fā)任務(wù)上所設(shè)定的技術(shù)標(biāo)準(zhǔn)、規(guī)范；“源代碼”指用于該軟件的源代碼。其必須可為熟練的程序員理解和使用，可打印以及被機(jī)器閱讀或具備其他合理而必要的形式，包括對(duì)該軟件的評(píng)估、測(cè)試或其它技術(shù)文件；“服務(wù)”指根據(jù)合同規(guī)定乙方應(yīng)承擔(dān)的技術(shù)支持，包括但不限于安裝、調(diào)試、開發(fā)、測(cè)試、維護(hù)、培訓(xùn)、咨詢等服務(wù)。1.1.14其它本合同一式6份，具有同等法律效力。其中正式兩份，甲乙雙方各執(zhí)一份；副本4份，交由乙方；本合同未盡事宜，經(jīng)雙方協(xié)商一致，可在合同中增加補(bǔ)充條款，補(bǔ)充條款是合同的組成部分。本合同附件：甲方：___________________________（蓋章）住所地：______________________________法定代表人：__________（簽字） 電話：__________傳真：__________聯(lián)系人：_________電子郵箱地址：________聯(lián)系人QQ號(hào)：___________________________開戶銀行：______________________________帳號(hào)：______________________________通訊地址：______________________________郵政編碼：______________________________合同簽訂地：____________________________乙方：___________________________（蓋章）住所地：______________________________法定代表人：__________（簽字） 電話：__________傳真：_________聯(lián)系人：_________電子郵箱地址：________聯(lián)系人QQ號(hào)：___________________________開戶銀行：______________________________帳號(hào)：______________________________通訊地址：______________________________郵政編碼：______________________________合同簽訂地：____________________________1.2生存期模型選擇針對(duì)本項(xiàng)目的開發(fā)特點(diǎn)，參考生存期模型說明和軟件過程體系，決定采用增量式模型。理由如下：（1）火車站訂票系統(tǒng)的全部功能分成通用功能和日常業(yè)務(wù)管理功能兩大類，因此可以先基于通用功能做出一個(gè)最小的使用版本，再逐步添加其余的功能。這樣一來，用戶可以先試用最小版本的同時(shí)，提出更多明確的需求，這有助于下一階段的開發(fā)，大大減小了開發(fā)的風(fēng)險(xiǎn)。（2）在火車站訂票系統(tǒng)需求中，要求系統(tǒng)具有可擴(kuò)充性。若使用增量模型，可以保證系統(tǒng)的可擴(kuò)充性。用戶明確了需求的大部分，但也存在不很詳盡的地方。如：“關(guān)于火車車次檔案，比照所提供資料設(shè)計(jì)，現(xiàn)在也沒有一個(gè)成形的東西：，資源庫系統(tǒng)只提到：應(yīng)提供一個(gè)標(biāo)準(zhǔn)的資源庫解決方案”。這樣只有等到一個(gè)可用的產(chǎn)品出來，通過客戶使用，然后進(jìn)行評(píng)估，評(píng)估結(jié)果作為下一個(gè)增量的開發(fā)計(jì)劃，下一個(gè)增量發(fā)布一些新增的功能和特性，直至產(chǎn)生最終完善的產(chǎn)品。（3）“系統(tǒng)要求有可擴(kuò)充性，可以再現(xiàn)有系統(tǒng)的基礎(chǔ)上，可以在前臺(tái)加掛其他功能模塊”也說明用戶可能會(huì)增加新的需求。（4）對(duì)一個(gè)管理方式比較成熟的火車站，要完全舍棄原有的管理方式，用火車站售票系統(tǒng)替代全部管理，是不切實(shí)際的。所以，可以從基礎(chǔ)的做起，逐步擴(kuò)充其應(yīng)用，所以選用增量模型來開發(fā)火車站售票系統(tǒng)。（5）本項(xiàng)目具備增量式模型的其他特點(diǎn)：[1]項(xiàng)目復(fù)雜程度為中等；[2]預(yù)計(jì)開發(fā)軟件的成本為中等；[3]產(chǎn)品和文檔的再使用率會(huì)很高；[4]項(xiàng)目風(fēng)險(xiǎn)較低。2.項(xiàng)目計(jì)劃與執(zhí)行2.1需求分析本網(wǎng)上訂票系統(tǒng)應(yīng)該具備如下功能：2.1.1查詢分為對(duì)車次信息的查詢和客戶對(duì)已訂車票信息的查詢。要求：（1）對(duì)車次的查詢，可以按照發(fā)車車次進(jìn)行查詢。（2）車次信息包括：車號(hào)、出發(fā)地、目的地、發(fā)車日期、開出時(shí)刻、票價(jià)。（3）座位類型設(shè)定。（4）車次信息只允許用戶查詢，不能修改。2.1.2訂票通過查詢系統(tǒng)，客戶根據(jù)自己的需求找到滿意的車次，再輸入個(gè)人信息后直接通過網(wǎng)上訂票確定已預(yù)訂選中的車票。要求：訂票記錄應(yīng)包括：會(huì)員名、車號(hào)、發(fā)車日期、訂購日期、訂購票數(shù)、總價(jià)。2.1.3退票可退票，通過查詢系統(tǒng)，客戶可以根據(jù)自己的名字找到自己的訂票信息，通過退票模塊退去已購車票。2.1.4信息需求即在系統(tǒng)中需要處理哪些數(shù)據(jù)。根據(jù)對(duì)火車站網(wǎng)上訂票系統(tǒng)的分析，本系統(tǒng)的信息需求如表2.1-1所示。表2.1-1信息輸入信息處理信息輸出用戶輸入所需車次檢索系統(tǒng)數(shù)據(jù)庫符合用戶需求的車次及相關(guān)信息用戶輸入個(gè)人信息及所需訂購的車票信息更新系統(tǒng)中的訂票信息，將新信息存入系統(tǒng)數(shù)據(jù)庫操作反饋（如訂票成功）用戶輸入自己的名字、身份證號(hào)；或交易的訂單號(hào)檢索系統(tǒng)數(shù)據(jù)庫符合用戶需求的訂票信息用戶輸入自己的名字檢索系統(tǒng)數(shù)據(jù)庫以得到訂票記錄，刪除用戶請(qǐng)求的訂票記錄，更新系統(tǒng)數(shù)據(jù)庫操作反饋（如退票成功等）2.1.5性能需求為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運(yùn)行，本系統(tǒng)應(yīng)該滿足以下的性能需求。（1）準(zhǔn)確性和及時(shí)性系統(tǒng)處理的準(zhǔn)確性和及時(shí)性是系統(tǒng)的必要性能。系統(tǒng)應(yīng)能及時(shí)而且準(zhǔn)確的根據(jù)用戶權(quán)限及所輸入的信息做出響應(yīng)。由于本系統(tǒng)的查詢功能對(duì)于整個(gè)系統(tǒng)的功能和性能完成舉足輕重。作為系統(tǒng)的很多數(shù)據(jù)來源，而車票的數(shù)量和時(shí)間又影響用戶的決策活動(dòng)，其準(zhǔn)確性和及時(shí)性很大程度上決定了系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準(zhǔn)確性和及時(shí)性。（2）易用性本系統(tǒng)是直接面對(duì)用戶的，而用戶往往對(duì)計(jì)算機(jī)并不是非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機(jī)交互界面。要實(shí)現(xiàn)這一點(diǎn)，就要求系統(tǒng)應(yīng)該盡量使用用戶熟悉的術(shù)語和中文信息的界面，從而保證系統(tǒng)的易用性。（3）安全性網(wǎng)上訂票系統(tǒng)中涉及到的數(shù)據(jù)是客運(yùn)公司相當(dāng)重要的信息，系統(tǒng)要保證用戶的權(quán)限，對(duì)于車次等信息用戶只享有查詢服務(wù)，不得更改；系統(tǒng)還要提供方便的手段供系統(tǒng)維護(hù)人員進(jìn)行數(shù)據(jù)備份、日常安全管理、以及系統(tǒng)意外崩潰時(shí)數(shù)據(jù)的恢復(fù)等工作。同時(shí)系統(tǒng)還要保證對(duì)數(shù)據(jù)庫進(jìn)行及時(shí)更新，保證數(shù)據(jù)一致性。2.1.6圖表數(shù)據(jù)流圖：見圖1圖1數(shù)據(jù)字典：表2.1-2車次信息數(shù)據(jù)字典名字：車次信息描述：存放車次信息的文件，以供用戶查詢定義：車次信息=車號(hào)+出發(fā)地+目的地+發(fā)車日期+開出時(shí)刻+到達(dá)時(shí)刻+坐位類型+票價(jià)位置：輸出到CRT終端或類似的顯示部件表2.1-3訂票信息數(shù)據(jù)字典名字：訂票信息別名：訂單信息描述：存放訂單信息的文件，以供用戶查詢，并作相應(yīng)操作定義：訂票記錄=用戶名+車號(hào)+發(fā)車日期+訂購日期+訂購票數(shù)+總價(jià)位置：輸出到CRT終端或類似的顯示部件表2.1-4用戶信息數(shù)據(jù)字典名字：用戶信息描述：存放用戶信息的文件，以供用戶方便的查詢訂單信息，進(jìn)而做出相應(yīng)的操作定義：用戶信息=用戶名+地址+性別+電話位置：輸出到CRT終端或類似的顯示部件E-R圖：見圖2圖2系統(tǒng)流程圖：見圖3圖3用例圖：見圖4圖4順序圖：見圖5圖5狀態(tài)圖：見圖6圖6活動(dòng)圖：見圖7圖72.2任務(wù)分解WBS任務(wù)分解：見圖8圖8

2.3項(xiàng)目進(jìn)度計(jì)劃甘特圖：見圖9圖9網(wǎng)絡(luò)圖：見圖10圖10資源分配圖：見圖11資源名稱類型材料標(biāo)簽縮寫組最大單位標(biāo)準(zhǔn)費(fèi)率加班費(fèi)率每次使用成本成本累算基準(zhǔn)日歷羅丹工時(shí)羅100%￥20.00/工時(shí)￥30.00/工時(shí)￥0.00按比例標(biāo)準(zhǔn)李都工時(shí)李100%￥20.00/工時(shí)￥20.00/工時(shí)￥0.00按比例標(biāo)準(zhǔn)張譯工時(shí)張100%￥20.00/工時(shí)￥30.00/工時(shí)￥0.00按比例標(biāo)準(zhǔn)閆杰工時(shí)閆100%￥20.00/工時(shí)￥30.00/工時(shí)￥0.00按比例標(biāo)準(zhǔn)樊偉工時(shí)樊100%￥20.00/工時(shí)￥30.00/工時(shí)￥0.00按比例標(biāo)準(zhǔn)張合工時(shí)張100%￥20.00/工時(shí)￥30.00/工時(shí)￥0.00按比例標(biāo)準(zhǔn)羅美工時(shí)羅100%￥20.00/工時(shí)￥30.00/工時(shí)￥0.00按比例標(biāo)準(zhǔn)圖112.4項(xiàng)目成本估算《火車站訂票系統(tǒng)》估算是循序漸進(jìn)的過程，隨著項(xiàng)目的不斷發(fā)展，估算可以重復(fù)多次進(jìn)行的，而且是逐步精確的。本項(xiàng)目采用自下而上和參數(shù)法綜合的成本估算方法，然后結(jié)合進(jìn)度形成項(xiàng)目成本預(yù)算基線。2.4.1簽訂合同前簽訂合同前，根據(jù)以往類似項(xiàng)目的經(jīng)驗(yàn)，采用類比估算方法，進(jìn)行粗略的估算：根據(jù)用戶的要求采用B/S結(jié)構(gòu)，公司JSP+SQLServer的技術(shù)比較成熟，以前成功完成過類似的項(xiàng)目，根據(jù)SOW的說明，基本上需要2~3個(gè)開發(fā)人員，2個(gè)月左右的開發(fā)時(shí)間，基本上是4~6人月的規(guī)模，所以，10~15萬可以作為合同的參考價(jià)格。這個(gè)階段只需要一個(gè)粗略的量級(jí)的成本估算，可以不進(jìn)行詳細(xì)的成本預(yù)算。2.4.2合同簽署后合同簽署之后，根據(jù)現(xiàn)有的資源和WBS分解的結(jié)果，進(jìn)一步細(xì)化估算，由于WBS分解是針對(duì)項(xiàng)目的功能進(jìn)行的分解，在成本估算的時(shí)候，首先估算每個(gè)任務(wù)的開發(fā)規(guī)模，然后通過系數(shù)獲得相應(yīng)的質(zhì)量、管理任務(wù)的規(guī)模，從而計(jì)算直接成本，再計(jì)算間接成本，最后計(jì)算總成本，具體過程如下。（1）人力資源：[1]2個(gè)開發(fā)人員[2]1個(gè)項(xiàng)目管理人員[3]1個(gè)項(xiàng)目質(zhì)量人員[4]1個(gè)配置管理人員（2）設(shè)備資源（作為間接成本計(jì)算）：[1]3臺(tái)電腦[2]1臺(tái)服務(wù)器估算步驟如下：（1）獲取項(xiàng)目分解結(jié)果WBS任務(wù)分解是按照項(xiàng)目的功能進(jìn)行分解的。（2）計(jì)算開發(fā)成本[1]由于任務(wù)分解的結(jié)果主要是針對(duì)開發(fā)任務(wù)的分解，管理任務(wù)和質(zhì)量任務(wù)可以通過計(jì)算開發(fā)任務(wù)得到，因此根據(jù)以往的經(jīng)驗(yàn)，管理任務(wù)和質(zhì)量任務(wù)=20%×開發(fā)任務(wù)。[2]從表中得知項(xiàng)目規(guī)模是177人天，假設(shè)開發(fā)人員成本參數(shù)=480元/天，則內(nèi)部的開發(fā)成本=480元/天×177天=84960元。（3）計(jì)算管理、質(zhì)量成本[1]項(xiàng)目的管理和預(yù)算成本=開發(fā)成本×20%=16992元。[2]直接成本=84960+16992=101952元。[3]計(jì)算間接成本[4]間接成本包括前期合同費(fèi)用、房租水電、培訓(xùn)、員工福利、客戶服務(wù)等。[5]根據(jù)以往經(jīng)驗(yàn)，采用公式：間接成本=25%×直接成本=25488元。（4）計(jì)算總估成本項(xiàng)目總估成本=101952+25488=127440。（5）重新評(píng)估項(xiàng)目的報(bào)價(jià)[1]重新評(píng)估一下項(xiàng)目的報(bào)價(jià)準(zhǔn)確性，當(dāng)然這時(shí)候，項(xiàng)目的合同已經(jīng)簽署了，報(bào)價(jià)是不能更改的，但是通過再次的評(píng)估可以進(jìn)一步明確企業(yè)的項(xiàng)目運(yùn)作和利潤情況等。[2]如果項(xiàng)目的利潤是30%，其中風(fēng)險(xiǎn)基金10%，利潤15%，稅費(fèi)5%。則項(xiàng)目的總報(bào)價(jià)=127440×1.3=1656272元。應(yīng)該說報(bào)價(jià)還是比較合適的。2.4.3成本預(yù)算在進(jìn)度計(jì)劃編制完成時(shí)，會(huì)根據(jù)各項(xiàng)任務(wù)的情況，安排各項(xiàng)任務(wù)的預(yù)算成本，最后可以得到比較詳細(xì)的成本分配情況。2.4.4成本的跟蹤控制在項(xiàng)目跟蹤控制的每個(gè)階段，會(huì)根據(jù)項(xiàng)目的具體情況重新估算，預(yù)測(cè)項(xiàng)目完成后的成本。2.5項(xiàng)目風(fēng)險(xiǎn)管理2.5.1軟件項(xiàng)目風(fēng)險(xiǎn)管理概念軟件開發(fā)中的風(fēng)險(xiǎn)是指軟件開發(fā)過程中及軟件產(chǎn)品本身可能造成的傷害或損失。風(fēng)險(xiǎn)關(guān)注未來的事情，這意味著，風(fēng)險(xiǎn)涉及選擇及選擇本身包含的不確定性，軟件開發(fā)過程及軟件產(chǎn)品都要面臨各種決策的選擇。風(fēng)險(xiǎn)是介于確定性和不確定性之間的狀態(tài)，是處于無知和完整知識(shí)之間的狀態(tài)。另一方面，風(fēng)險(xiǎn)將涉及思想、觀念、行為、地點(diǎn)等因素的改變。風(fēng)險(xiǎn)管理在項(xiàng)目管理中占有非常重要的地位。首先，有效的風(fēng)險(xiǎn)管理可以提高項(xiàng)目的成功率。其次，風(fēng)險(xiǎn)管理可以增加團(tuán)隊(duì)的健壯性。與團(tuán)隊(duì)成員一起進(jìn)行風(fēng)險(xiǎn)分析可以讓大家對(duì)困難有充分估計(jì)，對(duì)各種意外有心理準(zhǔn)備，大大提高組員的信心，從而穩(wěn)定隊(duì)伍。第三，有效的風(fēng)險(xiǎn)管理可以幫助項(xiàng)目經(jīng)理抓住工作重點(diǎn)，將主要精力集中于重大風(fēng)險(xiǎn)，將工作方式從被動(dòng)救火轉(zhuǎn)變?yōu)橹鲃?dòng)防范。被動(dòng)風(fēng)險(xiǎn)策略是針對(duì)可能發(fā)生的風(fēng)險(xiǎn)來監(jiān)督項(xiàng)目，直到它們變成真正的問題時(shí)，才會(huì)撥出資源來處理它們。對(duì)于風(fēng)險(xiǎn)管理的一個(gè)更聰明的策略是主動(dòng)式的。主動(dòng)策略早在技術(shù)工作開始之前就已經(jīng)啟動(dòng)了。標(biāo)識(shí)出潛在的風(fēng)險(xiǎn)，評(píng)估它們出現(xiàn)的概率及產(chǎn)生的影響，對(duì)風(fēng)險(xiǎn)按重要性進(jìn)行排序，然后，軟件項(xiàng)目組建立一個(gè)計(jì)劃來管理風(fēng)險(xiǎn)。主動(dòng)策略中的風(fēng)險(xiǎn)管理，其主要目標(biāo)是預(yù)防風(fēng)險(xiǎn)。但是，因?yàn)椴皇撬械娘L(fēng)險(xiǎn)都能夠預(yù)防，所以，項(xiàng)目組必須建立一個(gè)應(yīng)付意外事件的計(jì)劃，使其在必要時(shí)能夠以可控的及有效的方式做出反應(yīng)。任何一個(gè)系統(tǒng)開發(fā)項(xiàng)目都應(yīng)將風(fēng)險(xiǎn)管理作為軟件項(xiàng)目管理的重要內(nèi)容。在進(jìn)行軟件項(xiàng)目風(fēng)險(xiǎn)管理時(shí)，要標(biāo)識(shí)出潛在的風(fēng)險(xiǎn)，評(píng)估它們出現(xiàn)的概率及產(chǎn)生的影響，并按重要性加以排序，然后建立一個(gè)規(guī)劃來管理風(fēng)險(xiǎn)。風(fēng)險(xiǎn)管理的主要目標(biāo)是預(yù)防風(fēng)險(xiǎn)，但不是所有的風(fēng)險(xiǎn)都能夠預(yù)防。所以必須建立一個(gè)意外事件計(jì)劃，使其在必要時(shí)能以可控的和有效的方式做出反應(yīng)。風(fēng)險(xiǎn)管理目標(biāo)的實(shí)現(xiàn)包含三個(gè)要素。首先，必須在項(xiàng)目計(jì)劃書中寫下如何進(jìn)行風(fēng)險(xiǎn)管理；第二，項(xiàng)目預(yù)算必須包含解決風(fēng)險(xiǎn)所需的經(jīng)費(fèi)，如果沒有經(jīng)費(fèi)，就無法達(dá)到風(fēng)險(xiǎn)管理的目標(biāo)；第三，評(píng)估風(fēng)險(xiǎn)時(shí)，風(fēng)險(xiǎn)的影響也必須納入項(xiàng)目規(guī)劃中。風(fēng)險(xiǎn)管理涉及的主要過程包括：風(fēng)險(xiǎn)識(shí)別，風(fēng)險(xiǎn)量化，風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃制定和風(fēng)險(xiǎn)監(jiān)控。風(fēng)險(xiǎn)識(shí)別在項(xiàng)目的開始時(shí)就要進(jìn)行，并在項(xiàng)目執(zhí)行中不斷進(jìn)行。就是說，在項(xiàng)目的整個(gè)生命周期內(nèi)，風(fēng)險(xiǎn)識(shí)別是一個(gè)連續(xù)的過程。2.5.2軟件項(xiàng)目中的風(fēng)險(xiǎn)（1）風(fēng)險(xiǎn)需求需求已經(jīng)成為項(xiàng)目基準(zhǔn),但需求還在繼續(xù)變化;需求定義欠佳,而進(jìn)一步的定義會(huì)擴(kuò)展項(xiàng)目范疇;添加額外的需求;產(chǎn)品定義含混的部分比預(yù)期需要更多的時(shí)間;在做需求中客戶參與不夠;缺少有效的需求變化管理過程。（2）計(jì)劃編制風(fēng)險(xiǎn)計(jì)劃、資源和產(chǎn)品定義全憑客戶或上層領(lǐng)導(dǎo)口頭指令,并且不完全一致;計(jì)劃是優(yōu)化的,是"最佳狀態(tài)",但計(jì)劃不現(xiàn)實(shí),只能算是"期望狀態(tài)";計(jì)劃基于使用特定的小組成員,而那個(gè)特定的小組成員其實(shí)指望不上;產(chǎn)品規(guī)模(代碼行數(shù)、功能點(diǎn)、與前一產(chǎn)品規(guī)模的百分比)比估計(jì)的要大;完成目標(biāo)日期提前,但沒有相應(yīng)地調(diào)整產(chǎn)品范圍或可用資源;涉足不熟悉的產(chǎn)品領(lǐng)域,花費(fèi)在設(shè)計(jì)和實(shí)現(xiàn)上的時(shí)間比預(yù)期的要多。（3）風(fēng)險(xiǎn)組織和管理僅由管理層或市場(chǎng)人員進(jìn)行技術(shù)決策,導(dǎo)致計(jì)劃進(jìn)度緩慢,計(jì)劃時(shí)間延長;低效的項(xiàng)目組結(jié)構(gòu)降低生產(chǎn)率;管理層審查決策的周期比預(yù)期的時(shí)間長;預(yù)算削減,打亂項(xiàng)目計(jì)劃;管理層作出了打擊項(xiàng)目組織積極性的決定;必要的規(guī)范,導(dǎo)至工作失誤與重復(fù)工作;非技術(shù)的第三方的工作(預(yù)算批準(zhǔn)、設(shè)備采購批準(zhǔn)、法律方面的審查、安全保證等)時(shí)間比預(yù)期的延長。人員風(fēng)險(xiǎn)作為先決條件的任務(wù)(如培訓(xùn)及其他項(xiàng)目)不能按時(shí)完成;開發(fā)人員和管理層之間關(guān)系不佳,導(dǎo)致決策緩慢,影響全局;缺乏激勵(lì)措施,士氣低下,降低了生產(chǎn)能力;某些人員需要更多的時(shí)間適應(yīng)還不熟悉的軟件工具和環(huán)境;項(xiàng)目后期加入新的開發(fā)人員,需進(jìn)行培訓(xùn)并逐漸與現(xiàn)有成員溝通,從而使現(xiàn)有成員的工作效率降低;由于項(xiàng)目組成員之間發(fā)生沖突,導(dǎo)致溝通不暢、設(shè)計(jì)欠佳、接口出現(xiàn)錯(cuò)誤和額外的重復(fù)工作;適應(yīng)工作的成員沒有調(diào)離項(xiàng)目組,影響了項(xiàng)目組其他成員的積極性;找到項(xiàng)目急需的具有特定技能的人。（4）開發(fā)環(huán)境風(fēng)險(xiǎn)設(shè)施未及時(shí)到位;設(shè)施雖到位,但不配套,如沒有電話、網(wǎng)線、辦公用品等;設(shè)施擁擠、雜亂或者破損;工具未及時(shí)到位;工具不如期望的那樣有效,開發(fā)人員需要時(shí)間創(chuàng)建工作環(huán)境或者切換新的工具;新的開發(fā)工具的學(xué)習(xí)期比預(yù)期的長,內(nèi)容繁多。（5）客戶風(fēng)險(xiǎn)客戶對(duì)于最后交付的產(chǎn)品不滿意,要求重新設(shè)計(jì)和重做;客戶的意見未被采納,造成產(chǎn)品最終無法滿足用戶要求,因而必須重做;對(duì)規(guī)劃、原型和規(guī)格的審核決策周期比預(yù)期的要長;客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核,導(dǎo)致需求不穩(wěn)定和產(chǎn)品生產(chǎn)周期的變更;客戶答復(fù)的時(shí)間(如回答或澄清與需求相關(guān)問題的時(shí)間)比預(yù)期長;客戶提供的組件質(zhì)量欠佳,導(dǎo)致額外的測(cè)試、設(shè)計(jì)和集成工作,以及額外的客戶關(guān)系管理工作。（6）產(chǎn)品風(fēng)險(xiǎn)矯正質(zhì)量低下的不可接受的產(chǎn)品,需要比預(yù)期更多的測(cè)試、設(shè)計(jì)和實(shí)現(xiàn)工作;開發(fā)額外的不需要的功能(鍍金),延長了計(jì)劃進(jìn)度;嚴(yán)格要求與現(xiàn)有系統(tǒng)兼容,需要進(jìn)行比預(yù)期更多的測(cè)試、設(shè)計(jì)和實(shí)現(xiàn)工作;要求與其他系統(tǒng)或不受本項(xiàng)目組控制的系統(tǒng)相連,導(dǎo)致無法預(yù)料的設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試工作;不熟悉或未經(jīng)檢驗(yàn)的軟件和硬件環(huán)境中運(yùn)行所產(chǎn)生的未預(yù)料到的問題;開發(fā)一種全新的模塊將比預(yù)期花費(fèi)更長的時(shí)間;依賴正在開發(fā)中的技術(shù)將延長計(jì)劃進(jìn)度。（7）過程風(fēng)險(xiǎn)大量的紙面工作導(dǎo)致進(jìn)程比預(yù)期的慢;前期的質(zhì)量保證行為不真實(shí),導(dǎo)致后期的重復(fù)工作;太不正規(guī)(缺乏對(duì)軟件開發(fā)策略和標(biāo)準(zhǔn)的遵循),導(dǎo)致溝通不足,質(zhì)量欠佳,甚至需重新開發(fā);過于正規(guī)(教條地堅(jiān)持軟件開發(fā)策略和標(biāo)準(zhǔn)),導(dǎo)致過多耗時(shí)于無用的工作;向管理層撰寫進(jìn)程報(bào)告占用開發(fā)人員的時(shí)間比預(yù)期的多;風(fēng)險(xiǎn)管理粗心,導(dǎo)致未能發(fā)現(xiàn)重大的項(xiàng)目風(fēng)險(xiǎn)。2.5.3風(fēng)險(xiǎn)分析在進(jìn)行了風(fēng)險(xiǎn)辨識(shí)后，我們就要進(jìn)行風(fēng)險(xiǎn)估算，風(fēng)險(xiǎn)估算從以下幾個(gè)方面評(píng)估風(fēng)險(xiǎn)清單中的每一個(gè)風(fēng)險(xiǎn)：建立一個(gè)尺度，以反映風(fēng)險(xiǎn)發(fā)生的可能性；描述風(fēng)險(xiǎn)的后果；估算風(fēng)險(xiǎn)對(duì)項(xiàng)目及產(chǎn)品的影響；風(fēng)險(xiǎn)預(yù)測(cè)的整體精確度，以免產(chǎn)生誤解。對(duì)辨識(shí)出的風(fēng)險(xiǎn)進(jìn)行進(jìn)一步的確認(rèn)后分析風(fēng)險(xiǎn)，即假設(shè)某一風(fēng)險(xiǎn)出現(xiàn)后，分析是否有其他風(fēng)險(xiǎn)出現(xiàn)，或是假設(shè)這一風(fēng)險(xiǎn)不出現(xiàn)，分析它將會(huì)產(chǎn)生什么情況，然后確定主要風(fēng)險(xiǎn)出現(xiàn)最壞情況后，如何將此風(fēng)險(xiǎn)的影響降低到最小，同時(shí)確定主要風(fēng)險(xiǎn)出現(xiàn)的個(gè)數(shù)及時(shí)間。進(jìn)行風(fēng)險(xiǎn)分析時(shí)，最重要的是量化不確定性的程度和每個(gè)風(fēng)險(xiǎn)可能造成損失的程度。為了實(shí)現(xiàn)這點(diǎn)，必須考慮風(fēng)險(xiǎn)的不同類型。識(shí)別風(fēng)險(xiǎn)的一個(gè)方法是建立風(fēng)險(xiǎn)清單，清單上列舉出在任何時(shí)候可能碰到的風(fēng)險(xiǎn)最重要的是要對(duì)清單的內(nèi)容隨時(shí)進(jìn)行維護(hù)，更新風(fēng)險(xiǎn)清單，并向所有的成員公開，應(yīng)鼓勵(lì)項(xiàng)目團(tuán)隊(duì)的每個(gè)成員勇于發(fā)現(xiàn)問題并提出警告。建立風(fēng)險(xiǎn)清單的一個(gè)辦法是將風(fēng)險(xiǎn)輸入缺陷追蹤系統(tǒng)中，建立風(fēng)險(xiǎn)追蹤工具，缺失追蹤系統(tǒng)一般能將風(fēng)險(xiǎn)項(xiàng)目標(biāo)示為已解決或尚待處理狀態(tài)，也能指定解決問題的項(xiàng)目團(tuán)隊(duì)成員，并安排處理順序。風(fēng)險(xiǎn)清單給項(xiàng)目管理提供了一種簡單的風(fēng)險(xiǎn)預(yù)測(cè)技術(shù)，下表是一個(gè)風(fēng)險(xiǎn)清單：排序輸入風(fēng)險(xiǎn)事件可能性（%）影響風(fēng)險(xiǎn)值風(fēng)險(xiǎn)應(yīng)對(duì)措施1客戶的sow需求不明確，增加需求607025采取加班的方法；修改計(jì)劃去掉一些任務(wù)；與客戶商量延長一些時(shí)間2合同進(jìn)度要求緊，金額有限20-6020請(qǐng)實(shí)習(xí)生作輔導(dǎo)工作，成本不高并且可以加快速度3歷史項(xiàng)目信息開發(fā)人員對(duì)測(cè)試工作不重視303013強(qiáng)制性要求每段代碼保留測(cè)試單元，由SQA檢查；加入專門的測(cè)試人員4WBS供貨商，外包商的質(zhì)量問題305010多選擇幾個(gè)可以備份的外包商和供應(yīng)商5歷史項(xiàng)目信息開發(fā)人員的流動(dòng)20708注意項(xiàng)目團(tuán)隊(duì)的溝通，及時(shí)了解開發(fā)人員的動(dòng)態(tài)；控制好項(xiàng)目過程中的文檔；從其它的項(xiàng)目組借調(diào)人員；從外部招聘有過此類開發(fā)經(jīng)驗(yàn)人員2.6項(xiàng)目質(zhì)量計(jì)劃2.6.1組織機(jī)構(gòu)在項(xiàng)目實(shí)施期間成立項(xiàng)目質(zhì)量保證組織，該組織由質(zhì)量保證人員和項(xiàng)目經(jīng)理等組成。項(xiàng)目經(jīng)理負(fù)責(zé)質(zhì)量監(jiān)督工作及項(xiàng)目進(jìn)展過程中各環(huán)節(jié)的質(zhì)量把關(guān)，開發(fā)經(jīng)理負(fù)責(zé)質(zhì)量控制的工作，質(zhì)量保證人員負(fù)責(zé)質(zhì)量保證的工作。（1）職責(zé)在本項(xiàng)目中，質(zhì)量保證組織的職責(zé)如下：高層管理是公司負(fù)責(zé)質(zhì)量的高級(jí)管理，其質(zhì)量職責(zé)如下：受理項(xiàng)目內(nèi)不能解決的不符合問題，必要時(shí)與項(xiàng)目經(jīng)理協(xié)調(diào)；負(fù)責(zé)聽取質(zhì)量保證組的工作報(bào)告，評(píng)審質(zhì)量保證活動(dòng)和結(jié)果；參加有關(guān)質(zhì)量保證過程改進(jìn)的評(píng)審。（2）項(xiàng)目的質(zhì)量保證人員質(zhì)量保證人員的質(zhì)量職責(zé)如下：負(fù)責(zé)項(xiàng)目實(shí)施過程中對(duì)項(xiàng)目實(shí)施情況進(jìn)行監(jiān)督，包括對(duì)項(xiàng)目實(shí)施過程和工作產(chǎn)品進(jìn)行監(jiān)督檢查；實(shí)施項(xiàng)目組成員的質(zhì)量保證培訓(xùn)；制定質(zhì)量保證計(jì)劃；按計(jì)劃實(shí)施審計(jì)活動(dòng)，依照質(zhì)量保證計(jì)劃執(zhí)行評(píng)審/審計(jì)，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項(xiàng)；對(duì)不符合問題提交不符合項(xiàng)報(bào)告，跟蹤并驗(yàn)證糾正措施的執(zhí)行情況；對(duì)項(xiàng)目內(nèi)不能解決的不符合項(xiàng)問超；向高層管理提交報(bào)告；向項(xiàng)目經(jīng)理報(bào)告項(xiàng)目質(zhì)量工作狀況和質(zhì)量度量結(jié)果；定期向項(xiàng)目組報(bào)告質(zhì)量活動(dòng)的結(jié)果；制定質(zhì)量保證的過程改進(jìn)計(jì)劃，記錄過程數(shù)據(jù)。（3）項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理的質(zhì)量職責(zé)如下：評(píng)審質(zhì)量計(jì)劃；與質(zhì)量保證人員一起協(xié)商不符合項(xiàng)問題的糾正措施，并安排資源實(shí)施糾正措施；定期或事件驅(qū)動(dòng)地評(píng)審質(zhì)量保證活動(dòng)和結(jié)果。2.6.2質(zhì)量目標(biāo)根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標(biāo)，結(jié)合本項(xiàng)目特點(diǎn)，制定項(xiàng)目的總體質(zhì)量目標(biāo)：基于需求的測(cè)試覆蓋率為100%；軟件功能測(cè)試用例通過率不低于95%；每個(gè)階段評(píng)審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當(dāng)處理；產(chǎn)品發(fā)布時(shí)不存在嚴(yán)重問題以及以上的缺陷；注：嚴(yán)重問題指導(dǎo)致系統(tǒng)或模塊不能正常工作的問題。結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)和企業(yè)的質(zhì)量相應(yīng)標(biāo)準(zhǔn)，制定質(zhì)量標(biāo)準(zhǔn)如表2.6-1所示。表2.6-1質(zhì)量計(jì)劃標(biāo)準(zhǔn)項(xiàng)目具體描述計(jì)劃的質(zhì)量問題數(shù)實(shí)際質(zhì)量問題數(shù)缺陷排除率（缺陷數(shù)/頁）需求檢查4系統(tǒng)總體設(shè)計(jì)檢查2缺陷排除率（缺陷數(shù)/KLOC）詳細(xì)設(shè)計(jì)復(fù)核30詳細(xì)設(shè)計(jì)檢查10代碼復(fù)核65代碼檢查20編譯20單元測(cè)試15系統(tǒng)集成5系統(tǒng)測(cè)試52.6.3質(zhì)量策略為了保證提交給用戶的產(chǎn)品是高質(zhì)量的，實(shí)施過程中采取的質(zhì)量保證措施包括：將質(zhì)量貫徹到日常的項(xiàng)目進(jìn)展過程中；應(yīng)該特別注意項(xiàng)目工作產(chǎn)品質(zhì)量的早期評(píng)審工作，元論是質(zhì)量保證還是質(zhì)量控制，采取的策略都是早期預(yù)防和早期排除缺陷。2.6.4質(zhì)量保證活動(dòng)質(zhì)量保證的主要活動(dòng)包括過程評(píng)審和產(chǎn)品審計(jì)。過程評(píng)審和產(chǎn)品審計(jì)的目的是確保在項(xiàng)目進(jìn)展過程的備個(gè)階段和備個(gè)方面采取各項(xiàng)措施來保證和提高提交給用戶的產(chǎn)品質(zhì)量。過程評(píng)審和產(chǎn)品審計(jì)都應(yīng)填寫相應(yīng)的報(bào)告或活動(dòng)記錄。2.6.5產(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ì)量檢查。表2.6-2便是質(zhì)量審計(jì)一覽表。表2.6-2質(zhì)量審計(jì)一覽表項(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ì)量體系4總體設(shè)計(jì)文檔設(shè)計(jì)結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目計(jì)劃5詳細(xì)設(shè)計(jì)文檔設(shè)計(jì)結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目計(jì)劃6數(shù)據(jù)庫表和編碼規(guī)范設(shè)計(jì)結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目計(jì)劃7產(chǎn)品代碼每個(gè)階段實(shí)施結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目計(jì)劃8測(cè)試報(bào)告測(cè)試結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目計(jì)劃9測(cè)試計(jì)劃設(shè)計(jì)結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目計(jì)劃10用戶文檔測(cè)試結(jié)束企業(yè)質(zhì)量體系和項(xiàng)目計(jì)劃2.6.6過程評(píng)審項(xiàng)目嚴(yán)格按照組織定義的軟件過程進(jìn)行開發(fā)，過程評(píng)審的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項(xiàng)目中的所有過程活動(dòng)都在實(shí)施范圍內(nèi)。在每次評(píng)審之后，要對(duì)評(píng)審結(jié)果做出明確的決策并形成評(píng)審記錄。評(píng)審可采取文件傳閱、評(píng)審會(huì)等形式。質(zhì)量保證人員負(fù)責(zé)對(duì)項(xiàng)目過程迸行監(jiān)督，將發(fā)現(xiàn)的問題和解決情況在每周的例會(huì)上通報(bào)，對(duì)沒有解決的問題迸行討論，對(duì)不能解決的問題提交高級(jí)管理者處理。每個(gè)周末，進(jìn)行一次配置管理審核，確認(rèn)配置管理工作是否正常進(jìn)行。2.6.7質(zhì)量控制活動(dòng)質(zhì)量控制活動(dòng)包括代碼走查、單元測(cè)試、集成測(cè)試、環(huán)境測(cè)試等由開發(fā)人負(fù)責(zé)，詳見進(jìn)度計(jì)劃。編碼人員在編寫代碼時(shí)要進(jìn)行同步單元測(cè)試，單元測(cè)試要達(dá)到分支覆蓋，產(chǎn)品通過單元測(cè)試和編碼檢查后，應(yīng)提交給測(cè)試部進(jìn)行集成測(cè)試、系統(tǒng)測(cè)試。測(cè)試部的測(cè)試應(yīng)達(dá)到質(zhì)量目標(biāo)要求，軟件發(fā)布時(shí)應(yīng)達(dá)到測(cè)試通過準(zhǔn)則的要求。2.6.8質(zhì)量保證的報(bào)告途徑質(zhì)量保證人員對(duì)于每次審計(jì)活動(dòng)發(fā)現(xiàn)的不符合項(xiàng)，應(yīng)該和項(xiàng)目經(jīng)理協(xié)商不符合項(xiàng)的糾正措施并預(yù)定完成日期，若和項(xiàng)目經(jīng)理存在意見分歧，質(zhì)量保證人員可以上報(bào)給高層管理者，由高層管理者決定最后的措施。同時(shí)，不符合項(xiàng)在項(xiàng)目周例會(huì)中匯報(bào)。對(duì)不符含項(xiàng)，質(zhì)量保證人員耍在預(yù)定完成日期內(nèi)重新審計(jì)，驗(yàn)證不符合項(xiàng)的糾正情況，若超過預(yù)定完成日期一周仍然有沒解決的不符合項(xiàng)，質(zhì)量保證人員上報(bào)給高級(jí)管理者，由高級(jí)管理者決定最后的措施。質(zhì)量保證人員有獨(dú)立的匯報(bào)途徑，日常的匯報(bào)途徑如下：將發(fā)現(xiàn)的問題通知項(xiàng)目經(jīng)理，協(xié)調(diào)糾正措施；將項(xiàng)目組內(nèi)不能協(xié)調(diào)的問題匯報(bào)給茼級(jí)管理者，由南級(jí)管理者協(xié)調(diào)解決；將日常工作和過程數(shù)據(jù)匯報(bào)給質(zhì)量經(jīng)理，由其統(tǒng)一收集并進(jìn)行統(tǒng)計(jì)。2.6.9記錄的收集、維護(hù)和保存項(xiàng)目組應(yīng)當(dāng)保留項(xiàng)目執(zhí)行過程中形成的各類文檔、各種記錄、各級(jí)周報(bào)、各級(jí)會(huì)議記錄，對(duì)于項(xiàng)目中問題的處理也需要形成記錄保存。每周由質(zhì)量保證人員根據(jù)任務(wù)清單的審計(jì)任務(wù)進(jìn)行審計(jì)活動(dòng)，并收集各活動(dòng)的過程數(shù)據(jù)。3.項(xiàng)目收尾與總結(jié)3.1軟件項(xiàng)目管理總結(jié)做任何事情都需要管理，好的管理出好的效益，開發(fā)軟件項(xiàng)目也不例外。隨著信息系統(tǒng)工程、網(wǎng)絡(luò)工程、軟件工程的發(fā)展，項(xiàng)目管理和軟件工程的交匯越來越多，從而使“軟件項(xiàng)目管理”發(fā)展起來，一個(gè)項(xiàng)目的成功與否，關(guān)鍵一點(diǎn)就是，看項(xiàng)目管理是否得當(dāng)。所以，項(xiàng)目管理是項(xiàng)目的核心部分，是項(xiàng)目的靈魂。3.1.1軟件項(xiàng)目管理的概述所謂項(xiàng)目，就是在特定條件下，具有特定目標(biāo)的一次性任務(wù)，是在一定時(shí)間內(nèi)，滿足一系列特定目標(biāo)的多項(xiàng)相關(guān)工作的總稱．項(xiàng)目具有一次性