網(wǎng)上購物系統(tǒng)-軟件項目管理大作業(yè)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上網(wǎng)上購物系統(tǒng)項目管理目錄 專心-專注-專業(yè)1.合同1.1合同雙方 甲方：胡某某 乙方：盛某某1.2供應(yīng)的商品和服務(wù)供應(yīng)的軟件：乙方為甲方提供所需的網(wǎng)上購物系統(tǒng)提供的服務(wù)：乙方為甲方提供所需的日常維護(hù)和服務(wù)器管理。提供的文檔：乙方在交付軟件時提供詳細(xì)的軟件規(guī)格說明書和使用文檔。安裝服務(wù)：乙方為甲方提供軟件的安裝。公文處理：乙方負(fù)責(zé)將甲方提供的公文資料加載入系統(tǒng)并進(jìn)行分類。維護(hù)協(xié)議：當(dāng)甲方在使用該產(chǎn)品時，在正常操作的情況下出現(xiàn)BUG或系統(tǒng)錯誤，乙方免費(fèi)為甲方提供修復(fù)服務(wù)以保障軟件的正常使用。當(dāng)由于甲方的錯誤使用等非軟件原因?qū)е鲁霈F(xiàn)故障，乙方同樣提供修復(fù)服務(wù)。由于甲方擁有該

2、軟件的源代碼所有權(quán)，因此甲方需要承擔(dān)部分維修和進(jìn)一步開發(fā)的責(zé)任。當(dāng)軟件需要新的功能拓展或改版升級時，由雙方共同協(xié)商決定。1.3時間地點(diǎn)6月10日上午9:00在河北省滄州市黃驊市1.4專利成果分配該軟件是由甲方向乙方定制，甲方擁有該軟件的版權(quán)，乙方不能將該軟件的任何版本賣個其他客戶。軟件提交時，項目源代碼的所有權(quán)自動移交到甲方，乙方不得擅自對源代碼進(jìn)行修改。1.5驗收標(biāo)準(zhǔn)乙方在開發(fā)過程中必須遵守ISO12207關(guān)于軟件生命周期和文檔的標(biāo)準(zhǔn)。1.6報酬計算軟件總價為2萬元。合同簽訂后，甲方向乙方支付1萬元定金。項目的第二個月，乙方按計劃時間表完成需求分析、系統(tǒng)分析、設(shè)計和完成系統(tǒng)的基本框架后，甲方

3、向乙方支付0.5萬元。該系統(tǒng)完成后，甲方進(jìn)行驗收測試，在簽字驗收后完成后，甲方向乙方支付全款。1.7違約處理任何一方違反本協(xié)議導(dǎo)致本協(xié)議無法繼續(xù)履行的，違約方需賠償守約方違約金人民幣2萬元，該違約金不足以彌補(bǔ)守約方實際損失的，違約方應(yīng)賠償守約方所有實際損失。 甲方法人代表：胡某某 乙方法人代表：盛某某 2. 生存期針對本項目的開發(fā)特點(diǎn)，參考企業(yè)的生存期模型說明和軟件過程體系，決定采用增量式模型如下圖，理由如下：1網(wǎng)上購物系統(tǒng)的全部功能分成管理員和用戶功能兩大類，因此可以先基于通用功能作出一個最小的使用版本，再逐步添加其余的功能。這樣一來，用戶可以先試用最小版本的同時，提出更多明確的需求，這有助

4、于下一階段的開發(fā)，大大減小了開發(fā)的風(fēng)險。2在網(wǎng)上購物系統(tǒng)需求規(guī)格中，要求系統(tǒng)有可擴(kuò)充性。若使用增量模型，可以保證系統(tǒng)的可擴(kuò)充性。用戶明確了需求的大部分，但也存在不很詳盡的地方。如：“關(guān)于管理員檔案，比照所提供資料設(shè)計，現(xiàn)在也沒有一個成形的東西”；資源庫系統(tǒng)只提到“應(yīng)提供一個標(biāo)準(zhǔn)的資源庫解決方案?！边@樣只有等到一個可用的產(chǎn)品出來，通過客戶使用，然后進(jìn)行評估，評估結(jié)果作為下一個增量的開發(fā)計劃，下一個增量發(fā)布一些新增的功能和特性。直至產(chǎn)生最終完善的產(chǎn)品。3“系統(tǒng)要求有可擴(kuò)充性，可以在現(xiàn)有系統(tǒng)的基礎(chǔ)上，通過前臺就可加掛其它功能模塊”。也說明用戶可能會增加新的需求。生存期中各個階段如下：階段項目規(guī)劃階段

5、目標(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)的用戶管理功能輸入系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義過程詳細(xì)設(shè)計，編碼，代碼走查，代碼評審，

6、單元測試輸出詳細(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)品說明書階段產(chǎn)品提交目標(biāo)產(chǎn)品可投入使用輸入系統(tǒng)軟件包過程產(chǎn)品提交輸出驗收報告3.需求管理.3.1 功能需求

7、需求概述：目標(biāo)：“網(wǎng)上購物系統(tǒng)”主要提供物品信息和對讀者基本信息的維護(hù)以及購買等功能。該系統(tǒng)針對的用戶是網(wǎng)上購物者，物品的種類和數(shù)量較多，系統(tǒng)需要操作方便，方便管理員對整個系統(tǒng)管理和用戶對于購買的方便。用戶類和特征： 最終的用戶是管理員和用戶，管理員需要進(jìn)行會員管理，更新物品信息等工作，要求具備計算機(jī)知識，如權(quán)限管理等。購買者是普通用戶，具備一定的計算機(jī)操作知識即可。本系統(tǒng)相應(yīng)的需求有：（1）能夠存儲大量的商品信息,并方便有效的進(jìn)行相應(yīng)的商品數(shù)據(jù)操作和管理，這主要包括： 商品信息的添加、刪除及修改。 商品信息的多關(guān)鍵字檢索查詢。 商品的出貨、退貨和資料統(tǒng)計。 訂單信息管理：查看訂單清單、更新訂

8、單付款、刪除訂單。（2） 能夠?qū)σ欢〝?shù)量的用戶進(jìn)行相應(yīng)的信息存儲與管理，這其中包括： 用戶信息的登記、刪除及修改。 用戶資料，用戶訂單信息的統(tǒng)計與查詢。 能夠提供一定的安全機(jī)制，提供數(shù)據(jù)信息授權(quán)訪問。 需求補(bǔ)充說明：（1）數(shù)據(jù)保存：需要長期保存在數(shù)據(jù)庫的數(shù)據(jù)有： 物品信息：物品的基本信息； 用戶信息：用戶的基本信息； 下單信息：物品的訂單信息； 帳號信息：管理員和用戶的登錄帳號； （2）系統(tǒng)用戶：管理員、購物者。 管理員：對物品和用戶數(shù)據(jù)可執(zhí)行添加、修改、刪除以及查詢等操作。 用戶：可查詢物品，查看商品詳細(xì)情況，商品選購以及查詢與本人相關(guān)的訂單信息。3.2確定用例用例描述了一個完整的系統(tǒng)事件流

9、程，其重點(diǎn)在于執(zhí)行者與系統(tǒng)之間的交互而不是內(nèi)在的系統(tǒng)活動，并對執(zhí)行者產(chǎn)生有價值的可觀測結(jié)果。確定用例可以通過提出以下問題得到：參與者需要從系統(tǒng)中獲得什么功能？參與者需要做什么？參與者讀取、產(chǎn)生、刪除、修改或存儲系統(tǒng)的某些信息嗎？系統(tǒng)中發(fā)生事件需要通知參與者嗎？參與者需要通知系統(tǒng)某件事情嗎？系統(tǒng)的輸入/輸出信息是什么？這些信息從哪兒來到哪兒去？采用什么實現(xiàn)方法滿足某些特殊要求？ 用例圖3.3用例文檔用例圖不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在圖形上的信息。1.物品信息的維護(hù)用例用例名：物品信息的維護(hù)參與執(zhí)行者：管理員入口條件：管理員已經(jīng)登陸到該系統(tǒng)中。事件流：當(dāng)有新物品

10、入庫時，管理員在錄入頁面輸入物品的信息，點(diǎn)擊提交按鈕，系統(tǒng)將物品的信息保存到數(shù)據(jù)庫中；當(dāng)某一種物品的信息需要修改時，管理員通過輸入查詢條件，搜索出該物品時，點(diǎn)擊修改按鈕，系統(tǒng)在可編輯狀態(tài)顯示物品的當(dāng)前信息，管理員修改具體信息，點(diǎn)擊保存按鈕，系統(tǒng)將更新數(shù)據(jù)庫中該物品的信息，反之，則不進(jìn)行任何操作。出口條件： 系統(tǒng)將數(shù)據(jù)庫中的信息進(jìn)行相應(yīng)的操作：添加物品信息時，將新的物品信息保存在數(shù)據(jù)庫中；修改物品信息時，將數(shù)據(jù)庫中該物品的信息做相應(yīng)的更新操作。異常事件：在物品進(jìn)行修改時，先查出需要進(jìn)行處理的物品記錄，如果數(shù)據(jù)庫中不錯在符合條件的記錄，查詢無結(jié)果時，則無法進(jìn)行修改操作。2.用戶信息的維護(hù)用例用例名

11、：會員信息的維護(hù)參與執(zhí)行者：管理員入口條件：管理員已經(jīng)登陸到該系統(tǒng)中。事件流：當(dāng)有新的會員時，管理員在錄入頁面輸入會員的信息，點(diǎn)擊提交按鈕，系統(tǒng)將會員的信息保存到數(shù)據(jù)庫中；當(dāng)某一會員的信息需要修改時，會員通過輸入查詢條件，搜索出該信息時，點(diǎn)擊修改按鈕，系統(tǒng)在可編輯狀態(tài)顯示當(dāng)前信息，會員修改具體信息，點(diǎn)擊保存按鈕，系統(tǒng)將更新數(shù)據(jù)庫中該會員的信息，反之，則不進(jìn)行任何操作。出口條件： 系統(tǒng)將數(shù)據(jù)庫中的會員信息進(jìn)行相應(yīng)的操作：添加會員信息時，將新的會員信息保存在數(shù)據(jù)庫中；修改會員信息時，將數(shù)據(jù)庫中該會員的信息做相應(yīng)的更新操作。異常事件：在進(jìn)行修改會員信息時，先查出需要進(jìn)行處理的會員記錄，如果數(shù)據(jù)庫中不

12、錯在符合條件的記錄，查詢無結(jié)果時，則無法進(jìn)行修改操作。3.物品信息的查詢用例用例名：物品信息的查詢參與執(zhí)行者：管理員、購物者入口條件：無事件流：通過交互界面輸入查詢條件(如物品名，產(chǎn)地名等)搜索物品記錄。出口條件：若有符合條件的物品信息，則系統(tǒng)顯示這些物品信息。否則系統(tǒng)提示用戶重新輸入查詢條件。4.會員信息的查詢用例用例名：會員信息的查詢參與執(zhí)行者：管理員入口條件：用戶已經(jīng)登陸到該系統(tǒng)中。事件流：通過查詢界面輸入查詢條件(如會員ID，會員名稱等)搜索待會員記錄。 出口條件：若有符合條件的會員信息，則系統(tǒng)顯示會員信息。否則系統(tǒng)提示用戶重新輸入查詢條件。5.查詢個人基本信息用例用例名：查詢個人基本

13、信息參與執(zhí)行者：會員入口條件：用戶已經(jīng)登陸到該系統(tǒng)中。事件流：點(diǎn)擊查詢個人基本信息按鈕。出口條件：系統(tǒng)顯示會員本人信息。6.查詢個人訂單信息用例用例名：查詢個人訂單信息參與執(zhí)行者：會員入口條件：用戶已經(jīng)登陸到該系統(tǒng)中。事件流：點(diǎn)擊查詢個人訂單信息按鈕。出口條件：系統(tǒng)顯示讀者的訂單信息。7.下單用例用例名：下單參與執(zhí)行者：管理員、會員入口條件：管理員已經(jīng)登陸到該系統(tǒng)中。事件流：管理員在下單頁面，輸入物品編號和會員ID，點(diǎn)擊保存。出口條件：系統(tǒng)將這條下單記錄保存到數(shù)據(jù)庫中。異常事件：如果該物品未入庫，數(shù)據(jù)庫中不存在該物品編號，提示“該物品沒有庫存”；如果數(shù)據(jù)庫中不存在該會員ID，也相應(yīng)的做出提示。

14、8.退貨用例用例名：退貨參與執(zhí)行者：管理員、會員入口條件：管理員已經(jīng)登陸到該系統(tǒng)中。事件流：管理員在退貨頁面，輸入物品編號，點(diǎn)擊退貨。出口條件：系統(tǒng)將記錄數(shù)據(jù)庫中這條退貨記錄。異常事件：如果該物品退貨時間已過期，提示“該物品不能退貨”。9.口令管理用例用例名：口令管理參與執(zhí)行者：管理員、會員入口條件：會員已經(jīng)登陸到該系統(tǒng)中。事件流：用戶點(diǎn)擊“修改密碼”按鈕，在口令修改頁面輸入新的密碼，點(diǎn)擊保存按鈕。出口條件：數(shù)據(jù)庫中的密碼被修改成最新的密碼。3.4非功能需求3.4.1 性能需求網(wǎng)上購物系統(tǒng)的使用者是管理員和購物者。對于管理員的管理工作，性能要求不是很嚴(yán)格，但需要方便物品信息更新等操作。對于購物

15、者的物品下單、查詢等功能，對性能要求較高，一般需要達(dá)到并發(fā)數(shù)200以上。3.4.2安全性需求由于網(wǎng)上購物系統(tǒng)的商品量會非常大，所有在對這些商品添加和查詢時要保證速度。在對物品下單過程中又要保證事務(wù)的完整性。對于整個系統(tǒng)，需要完整的權(quán)限控制，防止某些人惡意的攻擊系統(tǒng)，修改原始記錄。同時對于數(shù)據(jù)庫中的數(shù)據(jù)需要定時備份，防止系統(tǒng)數(shù)據(jù)丟失。此外，系統(tǒng)要求用戶在登陸時需要身份驗證。3.4.3故障處理在正常情況下，應(yīng)不出錯。一旦發(fā)生意外，比如掉電、網(wǎng)絡(luò)不通等，應(yīng)保證系統(tǒng)數(shù)據(jù)不會丟失。4.任務(wù)分解項目任務(wù)分解編碼表編碼任務(wù)名稱備注R000 000需求討論初步確定需求P000 000軟件規(guī)劃制定項目計劃P10

16、0 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查看物品信息C

17、300 000會員管理C300 100新增會員C300 200刪除注銷會員C300 300查看現(xiàn)有會員C300 310查看會員信息C300 320查看會員購物信息C400 000界面實現(xiàn)C500 000整合T000 000測試對項目進(jìn)行測試T100 000功能模塊測試T200 000系統(tǒng)集成測試T300 000環(huán)境測設(shè)V000 000部署發(fā)布并交付5.項目估算5.1直接成本由于涉及到的小組成員沒有實際開發(fā)的經(jīng)驗，在薪酬結(jié)算方面沒有可供參照的標(biāo)準(zhǔn)，因此在這里采用統(tǒng)一的￥100.00人天。任務(wù)名稱工時成本估算網(wǎng)上購物系統(tǒng)10人天￥15100.00 需求討論2*2 人天￥400.00 軟件規(guī)劃6*2

18、 人天￥1200.00 需求開發(fā)6*4 人天￥2400.00 設(shè)計4*4 人天￥1600.00 實施6*13 人天￥7800.00 測試3*5 人天￥1500.00 部署2*1 人天￥200.005.2間接成本任務(wù)名稱工時成本估算設(shè)備損耗31 工作日￥800.00其他費(fèi)用31 工作日￥200.00總計￥1000.005.3網(wǎng)上購物系統(tǒng)總成本任務(wù)名稱工時成本估算網(wǎng)上購物系統(tǒng)總成本31 工作日￥16100.006. 進(jìn)度計劃項目進(jìn)度管理控制是對項目在實施階段的作業(yè)程序和作業(yè)時間進(jìn)行規(guī)劃、實施、檢查、調(diào)查等一系列活動的總稱，即在項目實施過程中，按照已經(jīng)核準(zhǔn)的進(jìn)度計劃，采用科學(xué)的方法定期追蹤和檢驗項目

19、的實際進(jìn)度情況，并參照項目先期進(jìn)度計劃，找出兩者之間的偏差，并對產(chǎn)生偏差的各種因素及影響工期的程度進(jìn)行分析與評估；而后組織、指導(dǎo)、協(xié)調(diào)和監(jiān)督監(jiān)理單位及相關(guān)單位三方，幫助其及時采取有效措施調(diào)整項目進(jìn)度，使工期在計劃執(zhí)行中不斷循環(huán)往復(fù)，直至該項目按合同約定的工期如期完工，或在保證項目質(zhì)量和不增加原先預(yù)算的條件下，使該項目提前完工并交付使用。項項目進(jìn)度計劃：任務(wù)代碼工期開始時間結(jié)束時間資源個人微薄系統(tǒng)31 工作日2016-6-152016-7-15 R000 0002 工作日2016-6-152016-6-162人 P000 0002 工作日2016-6-172016-6-18全體開發(fā)人員 P100

20、 0001 工作日2016-6-172016-6-172人 P200 0001 工作日2016-6-182016-6-18全體開發(fā)人員 M000 0004 工作日2016-6-192016-6-22全體開發(fā)人員 M100 0001 工作日2016-6-192016-6-191人 M200 0001 工作日2016-6-192016-6-192人 M300 0001 工作日2016-6-202016-6-201人 M400 0001 工作日2016-6-212016-6-211人 M500 0001 工作日2016-6-222016-6-22全體開發(fā)人員 D000 0004 工作日2016-6-

21、232016-6-26全體開發(fā)人員 D100 0002 工作日2016-6-232016-6-24全體開發(fā)人員 D200 0001 工作日2016-6-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

22、-272016-6-30全體開發(fā)人員 C100 4002 工作日2016-7-12016-7-2全體開發(fā)人員 C200 00011 工作日2016-6-272016-7-7全體開發(fā)人員 C200 1005 工作日2016-7-12016-7-5全體開發(fā)人員 C200 2005 工作日2016-7-12016-7-5全體開發(fā)人員 C200 3003 工作日2016-7-62016-7-8全體開發(fā)人員 C300 0008 工作日2016-7-12016-7-8全體開發(fā)人員 C300 1005 工作日2016-7-12016-7-5全體開發(fā)人員 C300 2005 工作日2016-7-12016-7

23、-5全體開發(fā)人員 C300 3003 工作日2016-7-62016-7-8全體開發(fā)人員 C300 3103 工作日2016-7-62016-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全體

24、開發(fā)人員 T300 0001 工作日2016-7-142016-7-14全體開發(fā)人員 V000 0001 工作日2016-7-152016-7-15全體開發(fā)人員7.質(zhì)量計劃7.1組織機(jī)構(gòu)在項目實施期間成立項目質(zhì)量保證組織，該組織由質(zhì)量保證人員和項目負(fù)責(zé)人組成，項目負(fù)責(zé)人負(fù)責(zé)質(zhì)量監(jiān)督工作及項目進(jìn)展過程中各環(huán)節(jié)的質(zhì)量把關(guān)，開發(fā)負(fù)責(zé)人負(fù)責(zé)質(zhì)量控制的工作，質(zhì)量保證人員負(fù)責(zé)質(zhì)量保證的工作。7.2職責(zé)7.2.1項目負(fù)責(zé)人的職責(zé)1.評審質(zhì)量計劃。2.與質(zhì)量保證人員一起協(xié)商不符合項問題的糾正措施，并安排資源實施糾正措施。3.定期或事件驅(qū)動地評審質(zhì)量保證活動和結(jié)果。7.2.1質(zhì)量保證人員的職責(zé)1.負(fù)責(zé)項目實施過

25、程中對項目實施情況進(jìn)行監(jiān)督，包括對項目實施過程和工作產(chǎn)品進(jìn)行監(jiān)督檢查。2.實施項目組成員的質(zhì)量保證培訓(xùn)。3.制定質(zhì)量保證計劃。4按計劃實施審計活動，依照質(zhì)量保證計劃執(zhí)行評審/審計，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項。5.對不符合問題提交不符合項報告，跟蹤并驗證糾正措施的執(zhí)行情況。6.對項目內(nèi)不能解決的不符合項問超；向高層管理提交報告。7.向項目經(jīng)理報告項目質(zhì)量工作狀況和質(zhì)量度量結(jié)果，定期向項目組報告質(zhì)量活動的結(jié)果。8.制定質(zhì)量保證的過程改進(jìn)計劃，記錄過程數(shù)據(jù)。7.3質(zhì)量目標(biāo)1.基于需求的測試覆蓋率為100%。2.功能測試完善3.每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當(dāng)處理。4.產(chǎn)品發(fā)布時不存在嚴(yán)重

26、問題以及以上的缺陷。5.嚴(yán)格滿足合同的要求和規(guī)格6.用戶領(lǐng)導(dǎo)滿意質(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ì)量策略1.控制產(chǎn)品的質(zhì)量，及時糾正缺陷2應(yīng)該特別注意項目工作產(chǎn)品質(zhì)量的早期評審工作，元論是質(zhì)量保證還是質(zhì)量控制，采取的策略都是早期預(yù)防和早期排除缺陷。3將質(zhì)量貫徹到日常的項目進(jìn)展過程中；7.5軟件質(zhì)量保證活動質(zhì)量保證的主要活動包括過程評審和產(chǎn)品審計。過程評審和產(chǎn)品審計的目的是為了確保在項目進(jìn)展過程的各個階

27、段和各個方面采取各項措施來保證和提高提交給用戶的產(chǎn)品質(zhì)量。7.5.1審計 時間 標(biāo)準(zhǔn)審計軟件項目計劃審計軟件項目計劃計劃結(jié)束 合同要求需求規(guī)劃文檔需求制定需求規(guī)格說明總體設(shè)計文檔總體設(shè)計制定軟件項目計劃詳細(xì)設(shè)計文檔詳細(xì)設(shè)計制定軟件項目計劃編碼規(guī)范詳細(xì)設(shè)計制定軟件項目計劃產(chǎn)品代碼編碼結(jié)束編碼規(guī)范測試文檔詳細(xì)設(shè)計制定企業(yè)質(zhì)量要求用戶手冊產(chǎn)品提交之前項目計劃和需求7. 風(fēng)險計劃風(fēng)險是指在項目進(jìn)行過程中可能發(fā)生的事件，這些事件將會對項目按預(yù)期時間，資源和預(yù)算完成產(chǎn)生重大影響。風(fēng)險管理的目標(biāo)是在潛在問題發(fā)作以前就標(biāo)志它們，這樣就可以在生命周期中可以適時地計劃和啟用風(fēng)險處理活動。8.1風(fēng)險種類8.1.1資

28、金風(fēng)險1. 資金是否到位。2. 是否有預(yù)算限制使得系統(tǒng)必須以固定的成本交付，否則將被取消。3. 成本估算是否準(zhǔn)確。8.1.2人員風(fēng)險1. 是否可以獲得足夠的項目工作人員。2. 他們是否具備合適的技能和經(jīng)驗。3. 開發(fā)人員和管理層之間關(guān)系不佳,導(dǎo)致決策緩慢,影響全局;缺乏激勵措施,士氣低下,降低了生產(chǎn)能力。4. 沒有找到項目急需的具有特定技能的人。8.1.3時間風(fēng)險1. 時間表制定得是否現(xiàn)實。 2. 對交付日期的要求有多嚴(yán)格。3.是否有時間“把工作做好”。8.1.4技術(shù)風(fēng)險技術(shù)是否已經(jīng)過證明。重復(fù)使用目標(biāo)是否合理。工件必須要使用一次后才能被重復(fù)使用。 構(gòu)件可能要在若干次發(fā)布后才能變得穩(wěn)定，以致無

29、需重大變更即可復(fù)用。 需求中的事務(wù)量是否合理。事務(wù)比率的估計值是否可靠？這些估計是否過于樂觀。數(shù)據(jù)量是否合理？當(dāng)前可用的框架是否能夠保存這些數(shù)據(jù)，或者，如果需求使您相信工作站或部門系統(tǒng)將成為設(shè)計的一部分，那么是否能夠在這些地方合理地保存數(shù)據(jù)。 是否有特殊或苛刻的技術(shù)需求。成功是否依賴于新的或未經(jīng)試驗的產(chǎn)品、服務(wù)或技術(shù)？是否依賴于新的或未被證明的硬件、軟件或技術(shù)。對于與其他系統(tǒng)（包括企業(yè)以外的系統(tǒng)）的接口是否存在外部依賴性？是否存在必需的接口或必須創(chuàng)建它們 。是否存在極不靈活的可用性和安全性需求（例如“系統(tǒng)必須永遠(yuǎn)不出現(xiàn)故障”）。系統(tǒng)的用戶是否對正在開發(fā)的系統(tǒng)類型沒有經(jīng)驗。 應(yīng)用程序的大小或復(fù)雜

30、性，或者技術(shù)的新穎性是否導(dǎo)致了風(fēng)險的增加。是否存在對國家語言支持的需求。是否可能設(shè)計、實施和運(yùn)行該系統(tǒng)？某些系統(tǒng)只由于太大或太復(fù)雜而無法正常工作。 8.1.5進(jìn)度風(fēng)險功能是否無限追加。計劃是否過于樂觀。是否缺乏計劃。在壓力下是否放棄計劃。是否追趕計劃。8.2風(fēng)險控制1.實施和跟蹤風(fēng)險管理計劃，保證風(fēng)險計劃的執(zhí)行，評估削減風(fēng)險的有效性。2.針對一個預(yù)測的風(fēng)險事實上是否發(fā)生了，確保針對某個風(fēng)險而制定的風(fēng)險消除步驟正在合理使用。3.監(jiān)視剩余的風(fēng)險和識別新的風(fēng)險。4.收集可用于將來的風(fēng)險分析信息。8.2.1風(fēng)險的化解避免風(fēng)險（即：不要做冒險的活動）將風(fēng)險從系統(tǒng)的一部分轉(zhuǎn)移到另一部分（可能對于系統(tǒng)的其他

31、部分此風(fēng)險不會發(fā)生或發(fā)生時影響不大）購買關(guān)于風(fēng)險的信息（例如：做實驗性項目，請咨詢專家等）消除風(fēng)險的根源接受風(fēng)險（如果風(fēng)險后果較小，而處理它可能代價很大，滾動處理可能是最有效的途徑）發(fā)布風(fēng)險（將風(fēng)險發(fā)布給相關(guān)涉眾，如：管理者、市場人員、客戶特別注意策略）8.3風(fēng)險監(jiān)控周例會檢查風(fēng)險在周工作例會上，項目經(jīng)理需要跟蹤項目的風(fēng)險。根據(jù)風(fēng)險列表，逐一分析前10大風(fēng)險，確認(rèn)已經(jīng)風(fēng)險狀態(tài)是否“發(fā)生”或“關(guān)閉”；如果風(fēng)險發(fā)生則啟動“風(fēng)險應(yīng)急計劃”或項目組協(xié)商解決辦法，必要時PM請求相關(guān)高級管理者解決已發(fā)生的風(fēng)險，并且PM負(fù)責(zé)在風(fēng)險管理計劃中將此條風(fēng)險標(biāo)示為“發(fā)生”。如果風(fēng)險已經(jīng)消除，則PM負(fù)責(zé)在風(fēng)險管理計劃

32、中將此條風(fēng)險標(biāo)示為“關(guān)閉”。統(tǒng)計每項風(fēng)險的停留時間(周數(shù))。周例會檢查風(fēng)險在周工作例會上，項目經(jīng)理需要跟蹤項目的風(fēng)險。根據(jù)風(fēng)險列表，逐一分析前10大風(fēng)險，確認(rèn)已經(jīng)風(fēng)險狀態(tài)是否“發(fā)生”或“關(guān)閉”；如果風(fēng)險發(fā)生則啟動“風(fēng)險應(yīng)急計劃”或項目組協(xié)商解決辦法，必要時PM請求相關(guān)高級管理者解決已發(fā)生的風(fēng)險，并且PM負(fù)責(zé)在風(fēng)險管理計劃中將此條風(fēng)險標(biāo)示為“發(fā)生”。如果風(fēng)險已經(jīng)消除，則PM負(fù)責(zé)在風(fēng)險管理計劃中將此條風(fēng)險標(biāo)示為“關(guān)閉”。統(tǒng)計每項風(fēng)險的停留時間(周數(shù))。周例會檢查風(fēng)險在周工作例會上，項目經(jīng)理需要跟蹤項目的風(fēng)險。根據(jù)風(fēng)險列表，逐一分析前10大風(fēng)險，確認(rèn)已經(jīng)風(fēng)險狀態(tài)是否“發(fā)生”或“關(guān)閉”；如果風(fēng)險發(fā)生則

33、啟動“風(fēng)險應(yīng)急計劃”或項目組協(xié)商解決辦法，必要時PM請求相關(guān)高級管理者解決已發(fā)生的風(fēng)險，并且PM負(fù)責(zé)在風(fēng)險管理計劃中將此條風(fēng)險標(biāo)示為“發(fā)生”。如果風(fēng)險已經(jīng)消除，則PM負(fù)責(zé)在風(fēng)險管理計劃中將此條風(fēng)險標(biāo)示為“關(guān)閉”。9.團(tuán)隊管理團(tuán)隊是一定數(shù)量的個體成員組織的集合，包括自己組織的人、供應(yīng)商、分包商、客戶等為一個共同的目標(biāo)工作，協(xié)調(diào)一致，愉快合作，最終開發(fā)出來高質(zhì)量的產(chǎn)品。產(chǎn)品負(fù)責(zé)人在進(jìn)行團(tuán)隊管理時要以團(tuán)隊成員為本，從團(tuán)隊成員的角度去思考問題，這樣可以很快增強(qiáng)團(tuán)隊凝聚力和團(tuán)隊的效率。其具體意義可以表現(xiàn)在以下幾個方面：是保證按時、按質(zhì)交付項目的前提;有利于開發(fā)出高質(zhì)量的軟件;有利于充分發(fā)揮每位成員的特長和創(chuàng)造性;有利于提高團(tuán)隊成員的積極性、主動性;有助于增長開發(fā)人員的知識、見識;增加成員間的彼此了解，讓成員坦誠相見;有利于團(tuán)隊成員相互學(xué)習(xí)、交流。9.1項目組織結(jié)構(gòu)產(chǎn)品負(fù)責(zé)人開發(fā)負(fù)責(zé)人、質(zhì)量監(jiān)管人成員優(yōu)點(diǎn)：1.項目經(jīng)理對項目可以全權(quán)負(fù)責(zé)?？梢愿鶕?jù)項目需要隨意調(diào)動項目組織的內(nèi)部資源或者外部資源。2.項目型組織的目標(biāo)單一，完全以項目為中心安排工作，決策的速度得以加快，能夠?qū)蛻舻囊笞龀黾皶r響應(yīng)，項目團(tuán)隊精神得以充分發(fā)揮。有利于項目的順利完成。3.