旅游管理系統(tǒng)程序軟件項目管理系統(tǒng)大作業(yè)

1、實用標(biāo)準(zhǔn)文檔目錄1 .合同管理31.1 合同簡介31.1.1 項目名稱31.1.2 合同雙方31.1.3 協(xié)議形式31.1.4 供應(yīng)條件和維護(hù)協(xié)議 31.2 軟件所有權(quán)31.3 環(huán)境與標(biāo)準(zhǔn)31.4 客戶承諾與驗收規(guī)程 31.5 項目和質(zhì)量管理31.6 時間表31.7 價格和付款方式41.8 其他法律要求及違約處理 42 .項目生存期43 .需求管理53.1 軟件需求管理過程 53.2 需求規(guī)格73.2.1 需求規(guī)格說明書（簡略版） 73.2.2 需求變更管理74 .任務(wù)分解84.1 任務(wù)1#單84.1.1 功能分解清單 84.2 WBS 105 .規(guī)模估算105.1 直接成本105.1.1 基

2、本公式115.1.2 115.2 間接成本135.3 估算的誤差136 .項目進(jìn)度136.1 活動定義146.2 活動排序156.3 進(jìn)度執(zhí)行與優(yōu)化156.4 使用工具157 .質(zhì)量計劃157.1 軟件項目的質(zhì)量計劃 157.1.1 項目經(jīng)理的職責(zé)157.1.2 質(zhì)量保證人員的職責(zé) 157.1.3 質(zhì)量目標(biāo)167.1.4 質(zhì)量策略167.2 軟件質(zhì)量彳呆證活動167.2.1 審計167.2.2 過程評審167.2.3 問題才艮告167.3 測試計劃177.4 質(zhì)量改善178 .其他178.1 配置計劃178.1.1 配置管理過程 178.1.2 配置管理的人員組成 188.2 風(fēng)險計劃188.

3、2.1 風(fēng)險識別與評估188.2.2 風(fēng)險規(guī)劃188.2.3 風(fēng)險分析表188.2.4 風(fēng)險控制 208.3 團(tuán)隊管理208.3.1 項目組織結(jié)構(gòu)208.3.2 團(tuán)隊溝通21文案大全1 .合同管理1.1 合同簡介1.1.1 項目名稱靜樂旅游1.1.2 合同雙方甲方：靜樂旅游公司乙方：IT項目團(tuán)隊1.1.3 協(xié)議形式技術(shù)合同1.1.4 供應(yīng)條件和維護(hù)協(xié)議供應(yīng)的軟件：乙方為甲方提供所需的“靜樂旅游”應(yīng)用程序。提供的服務(wù)：乙方為甲方提供所需的日常維護(hù)和服務(wù)器管理，同時對甲方用戶提供使用指導(dǎo)。提供的文檔：乙方在交付軟件時提供詳細(xì)的軟件規(guī)格說明書和使用文檔。安裝服務(wù)：乙方為甲方提供軟件安裝。公文處理：乙

4、方負(fù)責(zé)將甲方提供的旅游項目輸入系統(tǒng)并進(jìn)行分類。維護(hù)協(xié)議：當(dāng)甲方在使用該產(chǎn)品時，在正常操作的T青況下出現(xiàn) BUG或系統(tǒng)錯誤，乙 方免費為甲方提供修復(fù)服務(wù)以保障軟件的正常使用。當(dāng)由于甲方的錯誤使用等非軟件原因?qū)е鲁霈F(xiàn)故障，乙方同樣提供修復(fù)服務(wù)。由于甲方擁有該軟件的源代碼所有權(quán)， 因此甲方需要承擔(dān)部分維修和進(jìn)一步開發(fā)的 責(zé)任。當(dāng)軟件需要新的功能拓展或改版升級時，由雙方共同協(xié)商決定。1.2 軟件所有權(quán)該軟件是由甲方該軟件是由甲方向乙方定制，甲方擁有該軟件的版權(quán)，乙方不能 將該軟件的任何版本賣個其他客戶。軟件提交時，項目源代碼的所有權(quán)自動移交到甲 方，乙方不得擅自對源代碼進(jìn)行修改。1.3 環(huán)境與標(biāo)準(zhǔn)環(huán)境

5、：乙方為甲方安裝軟件和進(jìn)行員工培訓(xùn)時，需要由甲方提供住宿和膳食，乙方在規(guī)定時間內(nèi)完成任務(wù)。甲方要保證安裝軟件的硬件設(shè)備和合同初始規(guī)定一致，乙方 只保證軟件和規(guī)定的硬件兼容。由任何一方的單方面原因?qū)е碌难悠诋a(chǎn)生的費用，由 該方面支付。標(biāo)準(zhǔn)：乙方在開發(fā)過程中必須遵守ISO 12207關(guān)于軟件生命周期和文檔的標(biāo)準(zhǔn)。1.4 客戶承諾與驗收規(guī)程客戶承諾：乙方開發(fā)軟件過程中， 甲方通過人員協(xié)同乙方進(jìn)行開發(fā)。該人員主要參與項目的規(guī)劃設(shè)計和需求分析，階段性驗收和總體測試。當(dāng)項目出現(xiàn)需求變更時，對 乙方進(jìn)行詳細(xì)的闡述說明。乙方不負(fù)責(zé)這些人員提供食宿和聯(lián)系設(shè)備。驗收規(guī)程：2016年6月24日，乙方為甲方安裝所需的

6、軟件。6月25日至6月31日甲方代表對產(chǎn)品進(jìn)行驗收測試，并根據(jù)需求在6月30日前對商品提出更正請求。測試通過后，雙方進(jìn)行軟件交付簽字。乙方對甲方進(jìn)行軟件使用培訓(xùn)。1.5 項目和質(zhì)量管理甲乙雙方前四個月每月初進(jìn)行一次進(jìn)展會議，后三個月每兩周周末進(jìn)行進(jìn)展會議。 會議內(nèi)容為乙方向甲方提供最新進(jìn)度的掩飾和下一階段的工作安排和計劃。甲方根據(jù) 演示提出相應(yīng)的整改意見，并對下一步工作進(jìn)行提出意見和建議。1.6 時間表詳細(xì)時間表見項目進(jìn)度。此處略。1.7 價格和付款方式軟件總價為150萬元整。合同簽訂后，甲方向乙方支付50萬元定金。項目的第三個月，乙方按計劃時間表完成需求分析、系統(tǒng)分析、設(shè)計和完成系統(tǒng)的基本框

7、架后， 甲方向乙方支付50萬元。該系統(tǒng)完成后，甲方進(jìn)行驗收測試，在簽字驗收完成后，甲 方向乙方支付全款。1.8 其他法律要求及違約處理由任何一方的過失導(dǎo)致出現(xiàn)損失后的賠償由雙方協(xié)商決定。甲方法人代表：胡文靜 乙方法人代表：嵐羽昕簽約地點：靜樂旅游公司項目管理主任辦公室有效期限：2015年一2018年6月26號2 .項目生存期確定該項目的生存期模型按如下步驟進(jìn)行分析：評審、分析項目的特性；選擇適 合項目的生存期模型；標(biāo)識生存期模型與項目不一致地方，并進(jìn)行裁減?！办o樂旅游”應(yīng)用程序涉及到用戶的隱私安全，因此很強(qiáng)調(diào)產(chǎn)品的性能和安全性。需保證產(chǎn)品能保持穩(wěn)定運行，不會以為一定數(shù)量的用戶同時登錄注冊等操作

8、時掛機(jī)， 以致寶貴的消息或操作無法及時運行。總而言之該項目的性能安全性為主，可操作性次之，界面美觀度最末。雖然項目 的需求可能會因領(lǐng)導(dǎo)“挑易的口味而一再改變，不過大體的需求是明確的。而且又 考慮到項目安全性能的首要要求，以V模型為基礎(chǔ)的生存期最為合適。同時參雜增量模型生存期的一些特點以應(yīng)對可能會隨時添加的功能需求。項目生存期模型如下：項目規(guī)劃接收測試增量總體設(shè)計集成測試總體設(shè)計集成測試該生存期模型將V模型除最后的項目規(guī)劃和驗收測試以外的過程做一復(fù)制，套用增量 模型在首先完成基本功能的基礎(chǔ)上增加功能。3 .需求管理3.1 軟件需求管理過程靜樂旅游公司提出需求如下：設(shè)計開發(fā)、安裝調(diào)試并后期滿足需求

9、的“靜樂旅游”應(yīng)用程序。需要該程序為桌面應(yīng)用程序，進(jìn)入程序后需要彈出旅游介紹界面，該旅游介紹界面需與計算機(jī)自身系統(tǒng)分離，不得覆蓋，具有獨立窗口。該系統(tǒng)實現(xiàn)了管理員通過對景點信息、訂票信息、酒店信息、保險信息、會員信 息維護(hù)，實現(xiàn)了會員在線預(yù)訂景區(qū)景點旅游的功能。其模塊介紹如下：后臺：后臺是整個信息系統(tǒng)中最重要復(fù)雜的部分。管理員通過此處對網(wǎng)站內(nèi)容進(jìn)行管理 后臺管理共分為景點管理、訂票管理、酒店管理、保險管理、會員管理、系統(tǒng)管理。1. 景點管理修改、刪除和查詢操作；對會員的景點訂單信息進(jìn)行確認(rèn)。對景點信息進(jìn)行添加、2.訂票管理添加新的航向信息, 行確認(rèn)。3 .酒店管理添加新的酒店信息, 行確認(rèn)。4

10、 .保險管理添加新的保險信息, 行確認(rèn)。5 .會員管理 添加新的會員信息,修改、修改、修改、刪除和查詢票務(wù)信息操作;刪除和查詢酒店信息操作;刪除和查詢保險信息操作;修改、刪除和查詢會員信息操作。對會員的票務(wù)訂單信息進(jìn)對會員的酒店訂單信息進(jìn)對會員的保險訂單信息進(jìn)6.系統(tǒng)管理可以通過鏈接進(jìn)入后臺主頁、前臺主頁，修改密碼以及退出系統(tǒng)操作。綜上所述，系統(tǒng)后臺的功能需求可以通過圖3.1簡要表示。旅游信息管理系統(tǒng)后臺景點管理訂單管理酒店管理保險管理會員管理系統(tǒng)管理圖3.1系統(tǒng)后臺的功能需求前臺：前臺部分就是用戶瀏覽、 選擇景點的地方，需根據(jù)所需旅游線路安排布局，照顧用戶瀏覽習(xí)慣，簡化流程，使會員能迅速找到

11、旅游景區(qū)景點，真正做到“簡潔高效流暢” 的環(huán)境。1 .注冊會員用戶可以預(yù)定旅游景區(qū)景點信息，但是用戶必須通過注冊成為會員才具有這些權(quán) 限。2 .修改用戶信息會員可以對自己的信息進(jìn)行修改。3 .收藏夾會員可以將中意的旅游景區(qū)景點信息放入收藏夾，并對該信息進(jìn)行刪除或生成訂單操作。4 .我的訂單可以查看生成旅游景區(qū)景點的訂單信息，并對已經(jīng)確認(rèn)的訂單信息進(jìn)行相應(yīng)的明細(xì)信息的酒店選擇，訂票、保險的購買等。5 .景區(qū)景點用戶可以通過選擇景點城市查看網(wǎng)站中的景區(qū)景點信息。6 .周邊酒店用戶可以通過輸入城市、價格或名稱以及選擇星級查詢相應(yīng)的酒店信息。7 .票務(wù)信息用戶可以通過輸入出發(fā)地或目的地以及選擇類型查詢

12、相應(yīng)的票務(wù)信息。8 .保險信息用戶可以通過輸入名稱或選擇類型查詢相應(yīng)的保險信息。綜上所述，系統(tǒng)的前臺功能需求可以通過圖3.2簡要表示。旅游信息管理系統(tǒng)前臺注冊保險信息票務(wù)信息周邊酒店景區(qū)景占八我的訂單收藏夾修改用戶信息登陸圖3.2系統(tǒng)前臺的功能需求3.2需求規(guī)格3.2.1 需求規(guī)格說明書（簡略版）系統(tǒng)定義：“靜樂旅游”應(yīng)用程序應(yīng)用環(huán)境： Windows2000; Windows XP; Windows Vista ; Windows 7; LINUX; IOS etc.功能規(guī)格：后臺（景點管理、訂票管理、酒店管理、保險管理、會員管理、系統(tǒng)管理）前臺（注冊會員、修改用戶信息、收藏夾、我的訂單、景

13、區(qū)景點、周 邊酒店、票務(wù)信息、保險信息）性能需求：保證用戶同時登錄服務(wù)器時也不會因處理的信息量過大大而導(dǎo)致系統(tǒng)癱瘓。另必須保證系統(tǒng)的安全性，可以禁得住一般的黑客襲擊和內(nèi)部作假。對賬戶有足夠的保護(hù)措施以防賬戶被盜。操作簡單明了，提示明顯，界面美觀且生動?，F(xiàn)實約束：景點管理、訂票管理、酒店管理、保險管理、會員管理、系統(tǒng)管理、注冊會員、修改用戶信息、收藏夾、我的訂單、景區(qū)景點、周邊酒店、 票務(wù)信息、保險信息。質(zhì)量描述：如需求所述的足夠用戶承載量； 可靠的系統(tǒng)安全性；界面美觀且生動。簽字認(rèn)證：甲方（需方）：胡文靜乙方（供方）：嵐羽昕3.2.2 需求變更管理需求變更：假設(shè)靜樂旅游公司對IT項目團(tuán)隊提出如

14、下需求變更：在顯示主面做一個能顯示訪問當(dāng)前系統(tǒng)在線的人員數(shù)量，方便管理員統(tǒng)計每天用戶是否旅游的情況。軟件基線產(chǎn)品修改提交單申請人：小劉申請日期：2016年6月13日項目名稱：“靜樂旅游”應(yīng)用程序修改內(nèi)容：增加功能“顯示在線訪問人員數(shù)量”，可之間與表中用戶進(jìn)行記 錄，不必輸入對方用戶名驗證意見：同意更改驗收人：小齊驗證日期：2016年6月24日4.任務(wù)分解4.1 任務(wù)清單4.1.1 功能分解清單“靜樂旅游”應(yīng)用程序1.1 后臺管理.11.1.1.1.1景點管理添加景點1.1.1.2修改景點1.1.1.3刪除景點1.1.1.4查詢景點1.1.1.5會員對景點訂單的確認(rèn)1.1.1.6界囿1.1.1.

15、7單元測試1.1.2訂票管理1.1.2.1添加訂票1.1.2.2修改訂票1.1.2.3刪除訂票1.1.2.4查詢訂票1.1.2.5會員對票務(wù)訂單的確認(rèn)1.1.2.6界囿1.1.2.7單元測試1.1.3酒店管理1.1.3.1添加酒店1.1.3.2修改酒店1.1.3.3刪除酒店1.1.3.4查詢酒店1.1.3.5會員對酒店訂單的確認(rèn)1.1.3.6界囿1.1.3.7單元測試1.1.4保險管理1.1.4.11.1.4.21.1.4.31.1.4.41.1.4.51.1.4.61.1.4.71.1.51.1.5.11.1.5.21.1.5.31.1.5.41.1.5.51.1.5.61.1.61.1.6

16、.11.1.6.21.1.6.31.1.6.41.1.6.51.1.6.5添加保險修改保險刪除保險查詢保險會員對保險訂單的確認(rèn)界面單元測試會員管理添加會員修改會員刪除會員查詢會員界面單元測試系統(tǒng)管理添加新的會員信息修改新的會員信息刪除新的會員信息 查詢新的會員信息界面單元測試1.2 前臺管理1.2.11.2.1.11.2.1.21.2.21.2.2.11.2.2.21.2.31.2.3.11.2.3.21.2.4注冊會員界面單元測試修改用戶信息界面單元測試收藏夾界面單元測試 我的訂單1.2.4.11.2.4.21.2.51.2.5.11.2.5.21.2.61.2.6.11.2.6.21.2.

17、71.2.7.1界囿單元測試景區(qū)景點界面單元測試周邊酒店界面單元測試 票務(wù)信息界面1.2.7.2單元測試1.2.8保險信息1.2.8.1 界面1.2.8.2 單元測試4.2WBS“靜樂旅游”應(yīng)用程序項目規(guī)劃：1 .合同簽署1.1 需求分析報告&項目初步規(guī)劃1.2 項目建議書1.3 合同草案2 .計劃編制2.1 時間表3 .確認(rèn)計劃需求分析：1 .需求開發(fā)1.1 需求探索2 .需求管理2.1 需求規(guī)格說明書3 .系統(tǒng)測試計劃編制總體設(shè)計：1.策略確定2 .開發(fā)標(biāo)準(zhǔn)確定（具體分配方式見任務(wù)清單）3 .架構(gòu)設(shè)計（具體分配方式見任務(wù)清單）4 .集成測試計劃編制詳細(xì)設(shè)計：1. 接口設(shè)計（具體分配

18、方式見任務(wù)清單）2 .模塊設(shè)計（具體分配方式見任務(wù)清單）3 .單元測試計劃編制實現(xiàn)：1. 編碼（具體分配方式見任務(wù)清單）2 .代碼復(fù)核3 .單元測試測試：1.集成測試2 .系統(tǒng)測試3 .測試總額4 .缺陷跟蹤5 .手冊編寫5 .規(guī)模估算5.1 直接成本成本估算的方法有1.代碼行、功能點、對象點。2.類比（自頂向下）估算法。3.自下而上估算法。4.參數(shù)法估算法。5.專家估算法。在這個項目中我們主要采取功能點估算法，同時融合進(jìn)入其他的估算方法進(jìn) 行驗證。用系統(tǒng)的功能數(shù)量來測量其規(guī)模，與實現(xiàn)產(chǎn)品所使用的語言和技術(shù)沒有 關(guān)系的。5.1.1 基本公式FP =UFC*TCFUFC未調(diào)整功能點計數(shù)TCF技術(shù)

19、復(fù)雜度因子TCF=0.56+0.01(sum(Fi) : Fi:0-5,TCF:0.56-1.355.1.2復(fù)雜度權(quán)重因素項簡單復(fù)雜外部輸入235外部輸出346外部查詢235外部文件469內(nèi)部文件6914本項目的功能點計算:功能點項簡單復(fù)雜外部輸入5 * 23 * 35 * 5外部輸出7 *36 * 41* 6外部查詢5 * 21 * 33 * 5外部文件4 * 42 *64 * 9內(nèi)部文件10 * 61 * 91 * 14總計1175796UFC117 + 57+ 96 = 270TC技術(shù)復(fù)雜度因子:技術(shù)復(fù)雜度因子F1可靠的備份和恢復(fù)F2數(shù)據(jù)通信F3分布式函數(shù)F4性能F5大量使用的配置F6聯(lián)

20、機(jī)數(shù)據(jù)輸入F7操作簡單性F8在線升級F9復(fù)雜界面F10復(fù)雜數(shù)據(jù)處理F11重復(fù)使用性F12安裝簡易性F13多重站點F14易于修改TCF = 0.65 + 0.0.1 * ( 5 + 4 + 3+2 + 1+5+3 +2 +2 + 3 +5+4+3+3)=0.65 + 0.01 * 45 = 1.1。功能點計算：FP=UFC*TCFUFC=270TCF=1.1.FP=270*1.1 = 297人月數(shù)計算：在本項目中，根據(jù)以往的經(jīng)驗使用經(jīng)驗導(dǎo)出成本模型(面向 FP驅(qū)動的)中的kemerer模型來計算人月數(shù)。Kemerer 模型 E=60.62 X 7.728 x 10 -8 FP3。帶入本項目的實際

21、數(shù)據(jù)E = 60.62 * 7.728 *10-8 *2973 =122.73（人月）直接成本計算直接成本組成：開發(fā)成本，管理成本，質(zhì)量成本。簡易估算：開發(fā)（工作量）規(guī)模： Scale（Dev） 122.73（ 單位：人月）管理、質(zhì)量（工作量）規(guī)模：Scale（Mgn尸a* Scale（Dev） = 122.73 *20% = 24a :比例系數(shù)：例如：20%-25%直接成本=規(guī)模*人力成本參數(shù) =146 * 0.15 = 21.9 萬元人力成本參數(shù)=1500/人月（由于校內(nèi)開發(fā)，成本比較低）5.2 間接成本間接成本=規(guī)模*人力成本參數(shù)*間接成本系數(shù)（間接成本系數(shù) =1.53）本例中間接成本

22、=122.73 * 0.15 * 1.5 = 28 萬元。估算成本=直接成本+間接成本=21.9 + 28 = 49.9 萬元5.3 估算的誤差由于基礎(chǔ)數(shù)據(jù)不足，缺乏經(jīng)驗的估算人員，簽約前后不連貫，低劣的推 測技術(shù)，估算對需求的敏感性等一系列原因， 可能會引起估算的誤差。對此 項目的人月數(shù)定義考慮誤差如下估算：220個人月+40 -25+15人月：需求及更-15人月：學(xué)生的晚上時間的利用+5人月：學(xué)生期末考試-10人月：實驗室采取獎勵措施+20人月：寒暑假最佳情況：195人月 計劃情況：220人月 最壞情況：260人月6 .項目進(jìn)度項目進(jìn)度管理是指在項目實施過程中，對各階段的進(jìn)展程度和項目最終

23、完成的期限 所進(jìn)行的管理。是在規(guī)定的時間內(nèi)，擬定出合理且經(jīng)濟(jì)的進(jìn)度計劃（包括多級管理的子 計劃），在執(zhí)行該計劃的過程中，經(jīng)常要檢查實際進(jìn)度是否按計劃要求進(jìn)行，若出現(xiàn)偏 差，便要及時找出原因，采取必要的補(bǔ)救措施或調(diào)整、修改原計劃，直至項目完成。其 目的是保證項目能在滿足其時間約束條件的前提下實現(xiàn)其總體目標(biāo)。項目進(jìn)度管理是根據(jù)工程項目的進(jìn)度目標(biāo)，編制經(jīng)濟(jì)合理的進(jìn)度計劃，并據(jù)以檢查工程項目進(jìn)度計劃的執(zhí)行情況，若發(fā)現(xiàn)實際執(zhí)行情況與計劃進(jìn)度不一致，就及時分析原因，并采取必要的措施對原工程進(jìn)度計劃進(jìn)行調(diào)整或修正的過程。工程項目進(jìn)度管理的目的就是為了實現(xiàn)最優(yōu)工期，多快好省地完成任務(wù)。項目進(jìn)度管理是項目管理的

24、一個重要方面，它與項目投資管理、 項目質(zhì)量管理等同為項目管理的重要組成部分。 它是保證項目如期完成或合理安排資源供應(yīng)，節(jié)約工程成本的重要措施之一。6.1 活動定義“靜樂旅游”應(yīng)用程序項目規(guī)劃：1 .合同簽署1.1 需求分析報告&項目初步規(guī)劃1.2 項目建議書1.3 合同草案2 .計劃編制2.1 時間表3 .確認(rèn)計劃需求分析：1 .需求開發(fā)1.1 需求探索2 .需求管理2.1 需求規(guī)格說明書3 .系統(tǒng)測試計劃編制總體設(shè)計：1.策略確定2 .開發(fā)標(biāo)準(zhǔn)確定（具體分配方式見任務(wù)清單）3 .架構(gòu)設(shè)計（具體分配方式見任務(wù)清單）4 .集成測試計劃編制詳細(xì)設(shè)計：1. 接口設(shè)計（具體分配方式見任務(wù)清單）

25、2 .模塊設(shè)計（具體分配方式見任務(wù)清單）3 .單元測試計劃編制實現(xiàn)：1. 編碼（具體分配方式見任務(wù)清單）2 .代碼復(fù)核3 .單元測試測試：1.集成測試2 .系統(tǒng)測試3 .測試總額4 .缺陷跟蹤5 .手冊編寫6.2 活動排序甘特圖ID任務(wù)名稱開始時間完成持續(xù)時間Q2 16 年1項目規(guī)劃2016/4/262016/5/41周2天2需求分析2016/5/62016/5/161周2天3總體設(shè)計2016/5/172016/5/302周4詳細(xì)設(shè)計2016/5/302016/6/13天15編碼2016/6/62016/6/212周2天6測試2016/6/212016/6/271周1關(guān)鍵路徑是決定項目完成的最

26、短時間，關(guān)鍵路徑上的任何任務(wù)都是關(guān)鍵任務(wù)，關(guān)鍵路徑上的任何活動延遲，都會導(dǎo)致整個項目完成時間的延遲在這個項目中首先按照時間順序計算最早開始時間和最早完成時間，然后按照逆時間順序計算最晚開始時間和最晚結(jié)束時間。從而得出關(guān)鍵路徑是：開始-需求分析-詳細(xì)設(shè)計 -編碼-»測試。6.3 進(jìn)度執(zhí)行與優(yōu)化在項目的進(jìn)行過程中可以通過 1、分解關(guān)鍵任務(wù)2、給任務(wù)增加資源 3、縮減關(guān) 鍵任務(wù)的工期4、重疊或延遲鏈接任務(wù) 5、設(shè)置日歷增加工作時間 6 、通過分配加班 工時來縮短關(guān)鍵任務(wù)來達(dá)到縮減項目工期的目的。6.4 使用工具在整個項目中將使用 Microsoft 的項目管理軟件產(chǎn)品 microsoft

27、project 2012和Visio 2013來進(jìn)行項目的管理7.質(zhì)量計劃7.1 軟件項目的質(zhì)量計劃7.1.1 項目經(jīng)理的職責(zé)1 .評審質(zhì)量計劃。2 .與質(zhì)量保證人員一起協(xié)商不符合項問題的糾正措施，并安排資源實施糾正措施。3 .定期或事件驅(qū)動地評審質(zhì)量保證活動和結(jié)果。7.1.2 質(zhì)量保證人員的職責(zé)1 .負(fù)責(zé)項目實施過程中對項目實施情況進(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í)行情況。

28、6 .對項目內(nèi)不能解決的不符合項問超；向高層管理提交報告。7 .向項目經(jīng)理報告項目質(zhì)量工作狀況和質(zhì)量度量結(jié)果。8 .定期向項目組報告質(zhì)量活動的結(jié)果。9 .制定質(zhì)量保證的過程改進(jìn)計劃，記錄過程數(shù)據(jù)。7.1.3 質(zhì)量目標(biāo)1 .基于需求的測試覆蓋率為 100%2 .功能測試完善3 .每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當(dāng)處理。4 .產(chǎn)品發(fā)布時不存在嚴(yán)重問題以及以上的缺陷。5 .嚴(yán)格滿足合同的要求和規(guī)格6 .用戶領(lǐng)導(dǎo)滿意7.1.4 質(zhì)量策略1 .控制產(chǎn)品的質(zhì)量，及時糾正缺陷2 .應(yīng)該特別注意項目工作產(chǎn)品質(zhì)量的早期評審工作，元論是質(zhì)量保證還是質(zhì)量控制,采取的策略都是早期預(yù)防和早期排除缺陷。3 .將

29、質(zhì)量貫徹到日常的項目進(jìn)展過程中7.2 軟件質(zhì)量保證活動7.2.1 審計審計(Audit)是對過程或者產(chǎn)品的一次獨立評估。將審核的主體與為該主體以前建立的一組規(guī)程和標(biāo)準(zhǔn)進(jìn)行比較目的是確保真正的遵循了這一個過程，產(chǎn)生了合適的文檔和精確反映實際項目的報告，可以預(yù)先規(guī)劃的，也可以是臨時決定的。 現(xiàn)在講本項目中的預(yù)先規(guī)劃審計列出如下。1 .審計軟件項目計劃2 .需求規(guī)劃文檔時間:3 .總體設(shè)計文檔時間:4 .詳細(xì)設(shè)計文檔時間:5 .編碼規(guī)范時間:6 .產(chǎn)品代碼時間:7 .測試文檔時間:8 .用戶手冊時間:將審計的結(jié)果編寫審計報告及時提交。在整個開發(fā)過程中，會根據(jù)時間：計劃結(jié)束需求制定總體設(shè)計制定 詳細(xì)設(shè)

30、計制定 詳細(xì)設(shè)計制定 編碼結(jié)束 詳細(xì)設(shè)計制定 產(chǎn)品提交之前需要插入臨時決定的審計。 標(biāo)準(zhǔn)：合同要求 標(biāo)準(zhǔn)：需求規(guī)格說明 標(biāo)準(zhǔn)：軟件項目計劃 標(biāo)準(zhǔn)：軟件項目計劃 標(biāo)準(zhǔn)：軟件項目計劃 標(biāo)準(zhǔn)：編碼規(guī)范 標(biāo)準(zhǔn)：企業(yè)質(zhì)量要求 標(biāo)準(zhǔn)：項目計劃和需求以下是制定的質(zhì)量審計模版7.2.2 過程評審項目嚴(yán)格按照組織定義的軟件過程進(jìn)行開發(fā)，過程評審的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內(nèi)。在每次評審之后，要對評審結(jié)果做出明確的決策并形成評審記錄。評審可采取文件傳閱、評審會等形式。質(zhì)量保證人員負(fù)責(zé)對項目過程迸行監(jiān)督，將發(fā)現(xiàn)的問題和解決情況在每周的例會上通報，對沒有解決的問題迸行討論，對不能

31、解決的問題提交高級管理者處理。每個周末，進(jìn)行一次配置管理審核，確認(rèn)配置管理工作是否正常進(jìn)行。7.2.3 問題報告質(zhì)量保證人員對于每次審計活動發(fā)現(xiàn)的不符合項，應(yīng)該和項目經(jīng)理協(xié)商不符合項 的糾正措施并預(yù)定完成日期，若和項目經(jīng)理存在意見分歧，質(zhì)量保證人員可以上報 給高層管理者，由高層管理者決定最后的措施。同時，不符合項在項目周例會中匯 報。對不符含項，質(zhì)量保證人員耍在預(yù)定完成日期內(nèi)重新審計，驗證不符合項的糾正情況，若超過預(yù)定完成日期 1周仍然有沒解決的不符合項，質(zhì)量保證人員上報給高級管理者，由高級管理者決定最后的措施。質(zhì)量保證人員有獨立的匯報途徑，日常的匯報途徑如下：1 .將發(fā)現(xiàn)的問題通知項目經(jīng)理，

32、協(xié)調(diào)糾正措施。2 .將項目組內(nèi)不能協(xié)調(diào)的問題匯報給茴級管理者，由南級管理者協(xié)調(diào)解決。3 .將日常工作和過程數(shù)據(jù)匯報給質(zhì)量經(jīng)理，由其統(tǒng)一收集并進(jìn)行統(tǒng)計。7.3 測試計劃下面是本項目的測試大概計劃，詳細(xì)內(nèi)容請查閱測試文檔。1 .基本測試單元測試集成測試系統(tǒng)測試測試工作安排測試準(zhǔn)備工作測試用例設(shè)計2 .系統(tǒng)測試設(shè)計版本兼容性測試性能測試恢復(fù)測試安全性測試壓力測試7.4 質(zhì)量改善為了達(dá)到更好的質(zhì)量，現(xiàn)在制定質(zhì)量改善要求：1 .軟件質(zhì)量活動必須經(jīng)過規(guī)劃2 .軟件質(zhì)量活動規(guī)劃必須明文規(guī)定3 .質(zhì)量活動必須盡早開始4 .質(zhì)量小組必須獨立存在5 .應(yīng)該經(jīng)過訓(xùn)練6 .必須有適當(dāng)?shù)慕?jīng)費8.其他8.1 配置計劃8.

33、1.1 配置管理過程1 .配置項標(biāo)識、跟蹤2 .配置管理環(huán)境建立3 .基線變更管理4 .基線審核5 .配置狀態(tài)統(tǒng)計6 .配置管理計劃8.1.2 配置管理的人員組成角色人員職責(zé)、工作范圍配置管 理者李莉(1 )制定配置管理計劃(2)創(chuàng)建和維護(hù)配置庫SCC負(fù)責(zé)人媛媛(1 )審批配置管理計劃(2)審批重大的艾更SCCB成員項目經(jīng)理一肖曉 配置管理者一柳眉審批某些配置項或基線的變更8.2 風(fēng)險計劃8.2.1 風(fēng)險識別與評估1 .風(fēng)險識別是試圖通過系統(tǒng)化地確定對項目計劃的威脅，識別已知和可預(yù)測的風(fēng)險。2 .風(fēng)險識別過程：輸入-標(biāo)識風(fēng)險 -按照一定標(biāo)準(zhǔn)對風(fēng)險排序-制定風(fēng)險表3 .根據(jù)“IT項目常常存在一些

34、共同的風(fēng)險源”我們根據(jù)以往經(jīng)驗制定了風(fēng)險分析表。檢查表法是利用檢查表作為風(fēng)險識別的工具， 是根據(jù)風(fēng)險要素建立軟件項目的風(fēng)險條目 列表，列表中列出所有與風(fēng)險因素有關(guān)的提問， 可以使管理者集中識別常見的類型中的 已知和可預(yù)測的風(fēng)險。8.2.2 風(fēng)險規(guī)劃針對風(fēng)險分析的結(jié)果， 為提高實現(xiàn)項目目標(biāo)的機(jī)會，降低風(fēng)險的負(fù)面影響而制定風(fēng)險應(yīng)對策略和應(yīng)對措施的過程，即制定一定的行動和策略來對付、減少、以至于消滅 風(fēng)險事件。通常采取的措施有1.回避風(fēng)險。2.轉(zhuǎn)移風(fēng)險。3.損失控制。4.自留風(fēng)險。8.2.3 風(fēng)險分析表通過對風(fēng)險識別，風(fēng)險評估，風(fēng)險規(guī)劃，我們制定了如下風(fēng)險分析表。風(fēng)險分析表排序輸入風(fēng)險事件可能性影響

35、風(fēng)險值風(fēng)險應(yīng)對措施1最終 用戶抵制 該系統(tǒng)。政府領(lǐng)導(dǎo) 可能會由于某 個細(xì)節(jié)的問題70%70%50%1. 盡力 滿足用戶提出 的需求。2. 界面 盡可能的美觀，對整個系統(tǒng)產(chǎn) 生反感。方便。3. 需求 分析階段派出 專門的系統(tǒng)分 析員去了解用 戶的性格，愛 好，工作習(xí)慣。2項目 期間，需求政府的工 作可能會產(chǎn)生60%70%40%1. 軟件詳細(xì)設(shè)計階段方更換領(lǐng)M丁同的領(lǐng)導(dǎo)有導(dǎo)。小何的需求的 現(xiàn)象，如果更 換領(lǐng)導(dǎo)將很大 的增加風(fēng)險。3客戶需求不明j的需求規(guī)確，增加需求，格說明。導(dǎo)致需求蔓 延，由于本期 件是不太了解 計算機(jī)的領(lǐng)導(dǎo) 使用，艾更帚 求可能性很 大。n r14合同進(jìn)度要求帶來的限 制。緊， 有限C司金額5交付需方存在期限緊縮。緊縮交付期臨 的可能。導(dǎo)到 項目吃緊。6歷史開發(fā)人員項目信息。的流動。7人員由于本項缺乏經(jīng)驗。目中的一些員 工是剛剛招聘 來的，可能會注意增加軟件 的可重用性。提 高復(fù)用水平。2. 溝通和協(xié)調(diào)。70%50%35%方法1.O采取加班的掉一2.修改計劃去 些任務(wù)。3.與客戶冏里J延長些時間。|4.當(dāng)出現(xiàn)影響重大的變更需求時與客戶協(xié)調(diào)，這個版本的不做改動，在卜一個版本中進(jìn) 行功能的提升。30%50%15%可以請一些實習(xí)的學(xué)生做輔助工作，一來成本小局,二來PJ以加快進(jìn)度.。20%60%1