網(wǎng)上圖書商城系統(tǒng)軟件項目管理大作業(yè)

1、目錄第 1 項合同 . .21 技術(shù)服務(wù)合同 . .2項目名稱：網(wǎng)上圖書商城系統(tǒng) . .21.1.1合同內(nèi)容 . .2第 2 項 項目實施 . .52.1項目生存期 . .5第 3 項項目實施 . .83.1系統(tǒng)功能模塊概述和分析 . .83.2系統(tǒng)功能模塊設(shè)計 . .8第 4 項項目任務(wù) . .104.1序言 . .104.2任務(wù)分解 .10第 5 項項目估算 . .125.1系統(tǒng)功能模塊概述和分析 . .12第 6 項項目進(jìn)度 . .176.1項目進(jìn)度時間表 .176.2甘特圖. .18第 7 項項目進(jìn)度 . .217.1組織機(jī)構(gòu) .217.2職責(zé) .217.2.1高層管理 . .217.

2、2.2項目的質(zhì)量保證人員 . .227.2.3項目經(jīng)理 .227.3.質(zhì)量目標(biāo) . .227.4.質(zhì)量策略 . .237.5.軟件質(zhì)量保證 . .24第 8 項項目風(fēng)險管理 . .258.1、項目風(fēng)險管理的目的 . .258.2、項目風(fēng)險管理的組成 . .258.3、風(fēng)險的種類 . .258.3.1資源風(fēng)險 . .258.3.2業(yè)務(wù)風(fēng)險 .268.3.3技術(shù)風(fēng)險 .278.3.4進(jìn)度風(fēng)險 . .288.4、定義風(fēng)險參數(shù) . .288.5、風(fēng)險管理策略 . .298.6、風(fēng)險管理角色及職責(zé) . .298.7、網(wǎng)上書店中風(fēng)險的識別 . .298.8、風(fēng)險的控制 . .308.9 風(fēng)險監(jiān)控 . .3

3、08.10 、網(wǎng)上圖書商城項目的風(fēng)險管理. .31第1項合同1 技術(shù)服務(wù)合同項目名稱：網(wǎng)上圖書商城系統(tǒng)委托方（甲方）：劉某人承攬方（乙方）：劉某人地點：簽訂日期： 2016 年 06月 01 日有效期限： 2016 年 01月 01日至 2016 年 06 月 24日1.1.1合同內(nèi)容一、合同標(biāo)題甲方同意委托乙方開發(fā)網(wǎng)上圖書商城系統(tǒng)項目。 乙方愿意承接甲方上述開發(fā)項目，并保證按時、按質(zhì)地完成開發(fā)任務(wù)。二、雙方責(zé)任1、甲方負(fù)責(zé)提出信息發(fā)布系統(tǒng)用戶需求，并在系統(tǒng)開發(fā)完成后，及時組織驗收和付款。2、乙方負(fù)責(zé)詳細(xì)需求調(diào)查、設(shè)計、開發(fā)、調(diào)試、培訓(xùn)、技術(shù)服務(wù)等，保證按照甲方提出的用戶需求按時、 按質(zhì)地完成

4、開發(fā)任務(wù)。 在項目開發(fā)完成后， 程序源代碼使用權(quán)以及相關(guān)的技術(shù)文件完整地交給甲方。3、為使項目開發(fā)后能更好地滿足用戶的需要并方便今后的維護(hù)等，甲方將同時參加系統(tǒng)的開發(fā)。 甲方人員參與系統(tǒng)開發(fā)和編程， 也可對開發(fā)工作提出建議， 必要時與乙方共同對方案設(shè)計和要求進(jìn)行修改。4、甲方為乙方現(xiàn)場調(diào)查、設(shè)計、測試、安裝提供必要的條件，以滿足項目的實施需要。5、甲方在合同有效期內(nèi)發(fā)生需求變更較大， 引起合同中乙方設(shè)計開發(fā)內(nèi)容調(diào)整時，雙方對變更內(nèi)容進(jìn)行協(xié)商，協(xié)同解決，并形成備忘錄。6、此項目作為甲方和乙方共同開發(fā)項目，利益共享，其中任何一方如未經(jīng)另一方同意，得利用此次項目開發(fā)設(shè)計程序申請其他專題立項，或給與第

5、三方使用。三、開發(fā)費(fèi)用及付款方式（一）本項目的總開發(fā)費(fèi)用為（人民幣大寫）壹萬貳仟叁佰肆拾伍元整（人民幣元）。（二）甲方向乙方支付執(zhí)行本合同所需款項：.1、分期付款方式：在本合同簽訂后的15 日內(nèi)，甲方支付乙方項目預(yù)付款三十五萬元人民幣；在項目驗收合格后的15 日內(nèi)，甲方支付乙方項目開發(fā)款伍佰三十五萬元人民幣；四、驗收由甲乙雙方派出技術(shù)人員對軟件進(jìn)行驗收。五、售后服務(wù)支持1、在系統(tǒng)驗收合格后，乙方對所開發(fā)的應(yīng)用系統(tǒng)提供一年免費(fèi)的售后服務(wù)。2、在售后服務(wù)期的前兩周，乙方將派工作人員協(xié)同甲方使用改軟件。3、售后服務(wù)內(nèi)容包括軟件缺陷、故障及軟件功能的部分修改和完善等，用戶因工作需要要求對部分功能作小范

6、圍改動時，乙方應(yīng)免費(fèi)給予完成。4、在售后服務(wù)期內(nèi)，乙方保證在出現(xiàn)應(yīng)用系統(tǒng)故障時應(yīng)及時、積極響應(yīng)，遇有特殊情況雙方協(xié)商。六、保密責(zé)任甲、乙雙方保證應(yīng)用系統(tǒng)的所有技術(shù)信息和資料，不透露給第三方。七、履行的期限、地點和方式。本合同自 2016 年 06 月 01 日至 2016 年 06 月 24 日在北京履行。本合同的履行方式：甲方責(zé)任甲方全力協(xié)助乙方完成合同內(nèi)容。合同期內(nèi)甲方為乙方提供專業(yè)性接口技術(shù)支持。乙方責(zé)任：乙方按甲方要求完成合同內(nèi)容。乙方愿提供在實現(xiàn)功能的前提下，進(jìn)一步予以完善。乙方在合同商定的時間內(nèi)保證系統(tǒng)正常運(yùn)行。乙方在項目驗收后提供一年免費(fèi)維護(hù)。未經(jīng)甲方同意， 乙方不得向第三方提供

7、本系統(tǒng)中涉及專業(yè)的技術(shù)內(nèi)容和所有的系統(tǒng)數(shù)據(jù)。八、技術(shù)情報和資料的保密本合同中的相關(guān)專業(yè)技術(shù)內(nèi)容和所有的系統(tǒng)數(shù)據(jù)，歸甲方所有， 未經(jīng)甲方同意乙方不得提供給第三方。九、不可抗力1、如合同雙方中任何一方由于不可抗力，如：地震、水災(zāi)、臺風(fēng)、戰(zhàn)爭和其他雙方都認(rèn)為的不可抗力原因而無法按期履行合同，則合同執(zhí)行的時間由于上述時間的發(fā)生做相應(yīng)延期。2、受影響方應(yīng)盡快將所發(fā)生的不可抗力事故的情況以電話或傳真通知另一方，并在不可抗力發(fā)生14 天內(nèi)盡快用傳真和掛號信將有關(guān)權(quán)威機(jī)構(gòu)出具的證明文件提交另一方確認(rèn)。3、當(dāng)不可抗力事故終止或事故消除后，受阻方應(yīng)盡快用傳真或電傳通知對方關(guān)于不可抗力形勢的解除并以掛號信加以確認(rèn)，

8、并繼續(xù)履行合同。.4、如果不可抗力阻礙合同的履行超過180 天，雙方就合同的進(jìn)一步履行問題進(jìn)行討論并達(dá)成一致意見。十、爭議的解決辦法在本合同履行過程中發(fā)生爭議或出現(xiàn)未能預(yù)料到的問題，雙方本著互相諒解、協(xié)作的原則，協(xié)商解決。十一、培訓(xùn)用戶培訓(xùn)：乙方在系統(tǒng)試運(yùn)行期間在甲方辦公地點，為用戶的操作培訓(xùn)。十二、專利成果分配甲方在本項目中所有使用的專利保留專利權(quán)，乙方只擁有專利的使用權(quán)，未經(jīng)甲方允許乙方不得私自出售，泄露甲方專利。十三、其他1、雙方簽字、蓋章的日期即為本合同的生效日期。2、本項目的知識產(chǎn)權(quán)屬于甲乙雙方共有。3、本合同一式兩份，甲乙雙方各執(zhí)一份。甲方簽字：乙方簽字：甲方蓋章：乙方蓋章：年月日

9、年月日.第 2項項目實施2.1項目生存期該項目的特點此項目需求比較模糊，在開發(fā)過程中極有可能發(fā)生需求的變更，即使在開發(fā)結(jié)束后，也常常需要功能上的擴(kuò)充，面向的用戶群體相當(dāng)廣泛，不同的用戶都有可能提出該系統(tǒng)針對某一類群體的改進(jìn)意見和要求。項目組內(nèi)部對此系統(tǒng)的認(rèn)識也不夠統(tǒng)一，對大量輔助功能及新增功能有不同的看法，需要在基本的核心功能完成之后，隨著項目的進(jìn)行， 由項目經(jīng)理進(jìn)一步收集用戶及成員的想法意見進(jìn)行決策。用戶及成員都需要在短時間內(nèi)得到一個系統(tǒng)最初的版本，對其進(jìn)行評價并在后續(xù)的開發(fā)上對其定位，并得出更多明確的需求。在項目本身的開發(fā)上，為了使系統(tǒng)錦上添花，會用到許多開發(fā)人員也并不熟悉的技術(shù)，這可能需

10、要開發(fā)人員進(jìn)一步的學(xué)習(xí)后，再對系統(tǒng)進(jìn)行改進(jìn)。針對該項目的這些特點，權(quán)衡各個生存期的適用條件，該項目組選用了增量式模型來開發(fā)此系統(tǒng)。增量式模型的特點如下：可以避免一次性投資太多帶來的風(fēng)險，將主要的功能或者風(fēng)險大的功能首先實現(xiàn)，然后逐步完善，保證投入的有效性?？梢愿斓亻_發(fā)出可以操作的系統(tǒng)?？梢詼p少開發(fā)過程中用戶需求的變更。一些增量可能需要重新開發(fā)（如果早期開發(fā)的需求不穩(wěn)定或者不完整）?？梢?，增量式模型充分迎合了該項目的特點，并且提供了多種途徑解決項目中的一些難題。根據(jù)該項目的特點并結(jié)合公司已有的軟件生存期模型定義， 本項目生存期采用增量模型如圖 2-1 。.圖 4-1 增量模型生存期中的各階段描

11、述如下：項目規(guī)劃階段階段目標(biāo)：根據(jù)合同和初步的需求分析確定項目的規(guī)模、時間計劃和資源需求。輸入：合同文本、 SOW過程：項目規(guī)劃，計劃確認(rèn)輸出：項目計劃需求分析階段階段目標(biāo)：確定客戶的需求輸入：項目計劃， SOW過程：需求獲取，需求分析，需求控制輸出：原型系統(tǒng)，需求規(guī)格設(shè)計階段階段目標(biāo)：總體系統(tǒng)結(jié)構(gòu)設(shè)計輸入：原型系統(tǒng)，需求規(guī)格過程：總體設(shè)計輸出：系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義增量 1實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的通用功能輸入：系統(tǒng)設(shè)計說明書數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細(xì)設(shè)計 , 編碼，代碼走查，代碼評審，單元測試輸出：詳細(xì)設(shè)計說明書，源代碼，可運(yùn)行版本1增量 2實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的圖書管理功能輸入：系

12、統(tǒng)設(shè)計說明書數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細(xì)設(shè)計 , 編碼，代碼走查，代碼評審，單元測試輸出：詳細(xì)設(shè)計說明書，源代碼，可運(yùn)行版本2.增量 3實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的圖書顯示功能輸入：系統(tǒng)設(shè)計說明書數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細(xì)設(shè)計 , 編碼，代碼走查，代碼評審，單元測試輸出：詳細(xì)設(shè)計說明書，源代碼，可運(yùn)行版本3增量 4實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的圖書訂單管理功能輸入：系統(tǒng)設(shè)計說明書數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細(xì)設(shè)計 , 編碼，代碼走查，代碼評審，單元測試輸出：詳細(xì)設(shè)計說明書，源代碼，可運(yùn)行版本4集成測試階段目標(biāo)：通過集成環(huán)境下的軟件測試輸入：測試計劃測試案例過程：集成測試，系統(tǒng)測試輸出：系統(tǒng)軟件包 , 測試報告，產(chǎn)品

13、說明書產(chǎn)品提交階段目標(biāo)：產(chǎn)品可投入使用輸入：系統(tǒng)軟件包過程：產(chǎn)品提交輸出：驗收報告.第 3項項目實施3.1系統(tǒng)功能模塊概述和分析網(wǎng)上圖書商城是典型的網(wǎng)上購物實踐中最為普遍的電子商務(wù)企業(yè)對客戶（B2C）模式，主要包括會員注冊、訂單管理、購物車、搜索、支付等基本功能。此外，本系統(tǒng)也將實現(xiàn)在線圖書銷售系統(tǒng)的后端管理，包括圖書的添加、訂單的處理等功能。本系統(tǒng)完全基于JSP技術(shù)，在系統(tǒng)的設(shè)計與開發(fā)過程中嚴(yán)格遵守軟件工程的規(guī)范， 運(yùn)用軟件設(shè)計模式， 從而減少系統(tǒng)模塊間的偶合，力求做到系統(tǒng)的穩(wěn)定性、可重用性和可擴(kuò)充性。網(wǎng)上圖書商城主要功能如下：(1) 前臺（客戶購買）部分： 用戶管理：注冊會員、登錄、激活、

14、退出、修改密碼；分類顯示：顯示所有 1 級和 2 級分類；圖書顯示：按分類查詢圖書、通過關(guān)鍵字搜索圖書、高級搜索圖書、查看某本圖書的詳細(xì)等；購物車管理：向購物車中添加圖書、修改購物車中圖書數(shù)量、刪除購物車中圖書、我的購物車；訂單管理： 通過購物車中圖書生成訂單、查看我的訂單、 查看某個訂單的詳細(xì)、訂單支付、確認(rèn)收貨、取消未付款訂單。(2) 后臺（管理員管理）部分：管理員：管理員登錄；分類管理：查看所有分類、添加1 級分類、添加2 級分類、修改1 級分類、修改 2 級分類、刪除 1 級分類、刪除 2 級分類； 圖書管理： 按分類搜索圖書、 高級搜索圖書、 添加新圖書、 查看圖書詳細(xì)信息、編輯圖書

15、、刪除圖書；訂單管理：按狀態(tài)搜索訂單、查看訂單詳細(xì)信息、取消訂單、發(fā)貨；3.2系統(tǒng)功能模塊設(shè)計根據(jù)系統(tǒng)功能分析，可以畫出系統(tǒng)的功能模塊圖。前臺：用戶購書功能圖后臺管理員功能圖：.第 4項項目任務(wù)4.1序言本計劃以項目初期估算為藍(lán)本，盡量實現(xiàn)所有成員在整個項目過程中都能得到相關(guān)技能的鍛煉， 根據(jù)現(xiàn)有成員的特點，制定了任務(wù)分配。若在計劃執(zhí)行過程中遇到不可控困難，可向項目經(jīng)理提出申請延期。項目開始前可根據(jù)個人意愿進(jìn)行小幅度任務(wù)調(diào)整，申請人需填寫任務(wù)申請表。計劃開始后除極特別因素外，不予重新調(diào)整。4.2 任務(wù)分解項目任務(wù)分解編碼表編碼任務(wù)名稱備注R000 000需求討論初步確定需求P000 000軟件

16、規(guī)劃制定項目計劃P100 000項目規(guī)劃P200 000計劃評審M000 000需求開發(fā)細(xì)化需求M100 000用戶界面設(shè)計M200 000用戶需求評審M300 000修改需求、界面M400 000編寫需求說明M500 000需求驗證D000 000設(shè)計完成項目設(shè)計工作D100 000概要設(shè)計D200 000數(shù)據(jù)庫 ER圖編制、建庫D300 000設(shè)計評審C000 000實施實際開發(fā)C100 000用戶管理C100 100用戶注冊.C100 200用戶注銷C100 300賬號登陸C100 400個人信息管理C200 000圖書管理C200 100添加新書C200 200刪除圖書C200 300

17、編輯圖書C200 400查看圖書C300 000界面實現(xiàn)C400 000整合T000 000測試對項目進(jìn)行測試T100 000功能模塊測試T200 000系統(tǒng)集成測試T300 000環(huán)境測設(shè)V000 000部署發(fā)布并交付.第 5項項目估算5.1系統(tǒng)功能模塊概述和分析聲明項目規(guī)模估算使用Delphi法進(jìn)行估算，具體步驟如下：協(xié)調(diào)人向小組成員提供項目規(guī)格和估計表格；協(xié)調(diào)人召集小組討論與規(guī)模相關(guān)的因素；小組成員匿名填寫迭代表格；協(xié)調(diào)人整理出一個估計總結(jié)，以迭代表的形式返回各成員；協(xié)調(diào)人召集小組會，討論較大的估計差異；成員復(fù)查估計總結(jié)并在迭代表上提交另一個匿名估計；重復(fù) 4-6 ， 直到達(dá)到一個最低和

18、最高估計的一致。.附 Delphi法規(guī)模估計迭代表。Delphi法規(guī)模估計迭代表項目名稱：估計日期：估計者：估計輪次：代碼行（ LOC）周期（月）結(jié)果：工作量（人月）費(fèi)用（元）理由：.項目規(guī)模估算經(jīng)過小組內(nèi)部討論得出項目規(guī)模估算如下：項目名稱：個人微薄系統(tǒng)規(guī)模預(yù)測：代碼行： 15,000 LOC周期：1月工作量： 6 人月費(fèi)用：￥ 5530 元項目進(jìn)度估算任務(wù)完成時間負(fù)責(zé)人資源備注需求討論2016.6.15劉權(quán)2 開發(fā)人員參與項目規(guī)劃2016.6.18張三全體人員參與需求確定2016.6.22張三全體人員參與設(shè)計2016.6.26張三3 開發(fā)人員參與項目實施2016.7.9張三全體人員參與有待

19、細(xì)化測試2016.7.14張三3 開發(fā)人員參與部署2016.7.15張三2 開發(fā)人員參與交付2016.7.20張三項目執(zhí)行期間可根據(jù)實際完成情況申請延期。.附延期申請表。項目名稱：項目代號：項目所處階段：第階段（）申請時間：年月日原計劃時間：年月日申請延期至：年月日申請延期的理由（逐條列出）：申請人簽字：項目經(jīng)理意見不同意延遲，理由：同意延遲至：年月日簽字：.項目成本估算聲明由于涉及到的小組成員沒有實際開發(fā)的經(jīng)驗，在薪酬結(jié)算方面沒有可供參照的標(biāo)準(zhǔn)，因此在這里采用統(tǒng)一的￥30.00人天。成本估算任務(wù)名稱工時成本估算個人微薄系統(tǒng)111人天￥ 5530.00設(shè)備損耗31工作日￥ 1000.00需求討

20、論2*2人天￥ 120.00軟件規(guī)劃6*2人天￥ 360.00需求開發(fā)6*4人天￥ 720.00設(shè)計4*4人天￥ 480.00實施6*13人天￥ 2340.00測試3*5人天￥ 450.00部署2*1人天￥ 60.00.第 6項項目進(jìn)度6.1 項目進(jìn)度時間表任務(wù)代碼工期開始時間結(jié)束時間資源網(wǎng)上圖書商城31工作日2016-6-152016-7-15R000 0002工作日2016-6-152016-6-16劉權(quán)P000 0002工作日2016-6-172016-6-18全體開發(fā)人員P100 0001工作日2016-6-172016-6-17劉權(quán)P200 0001工作日2016-6-182016-

21、6-18全體開發(fā)人員M000 0004工作日2016-6-192016-6-22全體開發(fā)人員M100 0001工作日2016-6-192016-6-19劉權(quán)M200 0001工作日2016-6-192016-6-19劉權(quán)M300 0001工作日2016-6-202016-6-20劉權(quán)M400 0001工作日2016-6-212016-6-21劉權(quán)M500 0001工作日2016-6-222016-6-22全體開發(fā)人員D000 0004工作日2016-6-232016-6-26全體開發(fā)人員D100 0002工作日2016-6-232016-6-24全體開發(fā)人員D200 0001工作日2016-6

22、-252016-6-25全體開發(fā)人員D300 0001工作日2016-6-262016-6-26全體開發(fā)人員C000 00013工作日2016-6-272016-7-9全體開發(fā)人員C100 0006工作日2016-6-272016-7-2全體開發(fā)人員C100 1004工作日2016-6-272016-6-30全體開發(fā)人員C100 2002工作日2016-7-12016-7-2全體開發(fā)人員C100 3004工作日2016-6-272016-6-30全體開發(fā)人員C100 4002工作日2016-7-12016-7-2全體開發(fā)人員C200 00011工作日2016-6-272016-7-7全體開發(fā)人

23、員C200 1005工作日2016-7-12016-7-5全體開發(fā)人員C200 2005工作日2016-7-12016-7-5全體開發(fā)人員.C200 3003工作日2016-7-62016-7-8全體開發(fā)人員C200 4003工作日2016-6-272016-6-29全體開發(fā)人員C300 0008工作日2016-7-12016-7-8全體開發(fā)人員C300 1005工作日2016-7-12016-7-5全體開發(fā)人員C300 2005工作日2016-7-12016-7-5全體開發(fā)人員C300 3003工作日2016-7-62016-7-8全體開發(fā)人員C300 3103工作日2016-7-62016

24、-7-8全體開發(fā)人員C300 3203工作日2016-7-62016-7-8全體開發(fā)人員C400 00012工作日2016-6-272016-7-8全體開發(fā)人員C500 0001工作日2016-7-92016-7-9全體開發(fā)人員T000 0005工作日2016-7-102016-7-14全體開發(fā)人員T100 0003工作日2016-7-102016-7-12全體開發(fā)人員T200 0001工作日2016-7-132016-7-13全體開發(fā)人員T300 0001工作日2016-7-142016-7-14全體開發(fā)人員V000 0001工作日2016-7-152016-7-15全體開發(fā)人員6.2甘特圖

25、在此僅列出項目實施階段甘特圖，其他部分省略。.2010年 06月2010年 07月ID任務(wù)名稱開始時間完成持續(xù)時間272829301234567891用戶注冊2010/6/272010/6/304d2用戶登陸2010/6/272010/6/304d3用戶注銷2010/7/12010/7/22d4個人信息維護(hù)2010/7/12010/7/22d5查看文章2010/6/272010/6/293d6新建文章2010/7/12010/7/55d7刪除文章2010/7/12010/7/55d8編輯文章2010/7/62010/7/83d9新建評論2010/7/12010/7/55d10刪除評論2010/

26、7/12010/7/55d11按文章查看評論2010/7/62010/7/83d12按評論者查看評論2010/7/62010/7/83d13界面設(shè)計2010/6/272010/7/812d14項目整合2010/7/92010/7/91d.附任務(wù)申請表任務(wù)申請表申請人：申請時間：計劃任務(wù)代碼：申請任務(wù)代碼：理由：（逐條列出）經(jīng)理意見批準(zhǔn)拒絕理由：日期：年月日經(jīng)理簽字：.第 7項項目進(jìn)度7.1 組織機(jī)構(gòu)在項目實施期間成立項目質(zhì)量保證組織，該組織由質(zhì)量保證人員和項目經(jīng)理組成，項目經(jīng)理負(fù)責(zé)質(zhì)量監(jiān)督工作及項目進(jìn)展過程中各環(huán)節(jié)的質(zhì)量把關(guān)，開發(fā)經(jīng)理負(fù)責(zé)質(zhì)量控制的工作，質(zhì)量保證人員負(fù)責(zé)質(zhì)量保證的工作。組織結(jié)構(gòu)

27、圖1 如下:高層管理項目管理Coordinator用戶市場部質(zhì)量保證軟件開發(fā)配置管理設(shè)計實施質(zhì)量控制圖 1：項目的組織結(jié)構(gòu)7.2 職責(zé)在本項目中，質(zhì)量保證組織的職責(zé)如下：7.2.1高層管理高層管理是公司負(fù)責(zé)質(zhì)量的高級管理，其質(zhì)量職責(zé)如下：受理項目內(nèi)不能解決的不符合問題，必要時與項目經(jīng)理協(xié)調(diào)；負(fù)責(zé)聽取質(zhì)量保證組的工作報告，評審質(zhì)量保證活動和結(jié)果；參加有關(guān)質(zhì)量保證過程改進(jìn)的評審。.7.2.2項目的質(zhì)量保證人員質(zhì)量保證人員的質(zhì)量職責(zé)如下：負(fù)責(zé)項目實施過程中對項目實施情況進(jìn)行監(jiān)督，包括對項目實施過程和工作產(chǎn)品進(jìn)行監(jiān)督檢查 ；實施項目組成員的質(zhì)量保證培訓(xùn)；制定質(zhì)量保證計劃；按計劃實施審計活動, 依照質(zhì)量

28、保證計劃執(zhí)行評審/ 審計，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項 ；對不符合問題提交不符合項報告，跟蹤并驗證糾正措施的執(zhí)行情況；對項目內(nèi)不能解決的不符合項問題向高層管理提交報告；向項目經(jīng)理報告項目質(zhì)量工作狀況和質(zhì)量度量結(jié)果；定期向項目組報告質(zhì)量活動的結(jié)果；制訂質(zhì)量保證的過程改進(jìn)計劃，記錄過程數(shù)據(jù)。7.2.3 項目經(jīng)理項目經(jīng)理的質(zhì)量職責(zé)如下：評審質(zhì)量計劃；與質(zhì)量保證人員一起協(xié)商不符合項問題的糾正措施，并安排資源實施糾正措施；定期或事件驅(qū)動的評審質(zhì)量保證活動和結(jié)果。7.3. 質(zhì)量目標(biāo)根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標(biāo)，結(jié)合本項目特點, 制定項目的總體質(zhì)量目標(biāo)：1）基于需求的測試覆蓋率為100%；2）軟件功能測試用例

29、通過率不低于95；3）每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當(dāng)處理。4）產(chǎn)品發(fā)布時不存在嚴(yán)重及其以上的缺陷。注：嚴(yán)重問題指導(dǎo)致系統(tǒng)或模塊不能正常工作的問題。結(jié)合以往的項目經(jīng)驗和企業(yè)的質(zhì)量相應(yīng)標(biāo)準(zhǔn)，制定質(zhì)量標(biāo)準(zhǔn)如下表:.質(zhì)量計劃標(biāo)準(zhǔn)項 目具體描述計 劃實 際缺陷排除率（缺陷數(shù)/ 頁）需求檢查4系統(tǒng)總體設(shè)計檢查2缺陷排除率（缺陷數(shù)/KLOC）詳細(xì)設(shè)計復(fù)核30詳細(xì)設(shè)計檢查10代碼復(fù)核65代碼檢查20編譯20單元測試15系統(tǒng)集成5系統(tǒng)測試57.4. 質(zhì)量策略為了保證提交用戶的產(chǎn)品是高質(zhì)量,實施過程中采取的質(zhì)量保證措施包括：1）將質(zhì)量貫徹到日常的項目進(jìn)展過程中；2) 應(yīng)該特別注意項目工作產(chǎn)品質(zhì)量的早

30、期評審工作，無論是質(zhì)量保證還是質(zhì)量控制采取的策略都是早期預(yù)防和早期排除缺陷。.7.5. 軟件質(zhì)量保證7.5.1 SQA 活動圖1、參與制定項目開發(fā)計劃2、編制 SQA PLAN3、準(zhǔn)備檢查表4、預(yù)約審計 / 評審8、編制 SQA階段報告5、執(zhí)行評審 / 審計6、編制 SQA審計報告 有不符性問題 否則7、不符合性問題跟蹤9、SQA工件提交 SCM.第 8 項項目風(fēng)險管理8.1 、項目風(fēng)險管理的目的風(fēng)險是指在項目進(jìn)行過程中可能發(fā)生的事件，這些事件將會對項目按預(yù)期時間，資源和預(yù)算完成產(chǎn)生重大影響。風(fēng)險管理的目標(biāo)是在潛在問題發(fā)作以前就標(biāo)志它們，這樣就可以在生命周期中可以適時地計劃和啟用風(fēng)險處理活動。

31、8.2 、項目風(fēng)險管理的組成風(fēng)險管理風(fēng)險評估風(fēng)險控制風(fēng)風(fēng)風(fēng)風(fēng)險風(fēng)風(fēng)險險險管險險優(yōu)識分理監(jiān)化先別析計控解級劃8.3 、風(fēng)險的種類分清風(fēng)險的種類有利于更好的對項目進(jìn)行風(fēng)險管理。8.3.1資源風(fēng)險8.3.1.1組織對該項目是否有足夠的支持（包括管理人員、測試員、QA 和其他外部的相關(guān)各方）。這是否是該組織嘗試過的最大項目。.軟件工程是否有明確定義的流程？需求記錄和管理。8.3.1.2資金完成項目所需的資金是否到位。是否為培訓(xùn)和指導(dǎo)分配了資金。是否有預(yù)算限制使得系統(tǒng)必須以固定的成本交付，否則將被取消。成本估算是否準(zhǔn)確8.3.1.3人員是否可以獲得足夠的項目工作人員。他們是否具備合適的技能和經(jīng)驗。他們以前是否在一起工作過。他們是否相信項目會成功。是否可以找到用戶代表來擔(dān)任復(fù)審員。是否可以找到領(lǐng)域?qū)＜摇?.3.1.4時間時間表制定得是否現(xiàn)實。是否可以為了滿足時間表而對功能進(jìn)行規(guī)模管理。對交付日期的要求有多嚴(yán)格。是否有時間“把工作做好”。8.3.2 業(yè)務(wù)風(fēng)險如果競爭對手搶先將產(chǎn)品推向市場怎么辦。.如何確保有足夠的資金。系統(tǒng)的預(yù)計價值是否大于預(yù)計成本？（考慮貨幣的時間價值和資金的成本）。如果無法同關(guān)鍵的供應(yīng)商簽定合同怎么辦。8.3.3 技術(shù)風(fēng)險8.3.3.1規(guī)模風(fēng)險成功是否能夠被評測。是否有關(guān)于如何評測成功的協(xié)議。需求是否相當(dāng)穩(wěn)定并得到了充分的了解。項目規(guī)模是固定不變還是在不斷擴(kuò)展。項目