旅游管理程序-軟件項(xiàng)目管理大作業(yè)

目錄1.合同管理 31.1 合同簡(jiǎn)介 3工程名稱 3合同雙方 3協(xié)議形式 3供給條件和維護(hù)協(xié)議 31.2 軟件所有權(quán) 31.3 環(huán)境與標(biāo)準(zhǔn) 31.4 客戶承諾與驗(yàn)收規(guī)程 31.5 工程和質(zhì)量管理 31.6 時(shí)間表 41.7 價(jià)格和付款方式 41.8 其他法律要求及違約處理 42.工程生存期 53.需求管理 53.1軟件需求管理過(guò)程 53.2需求規(guī)格 7需求規(guī)格說(shuō)明書(shū)〔簡(jiǎn)略版〕 7需求變更管理 84.任務(wù)分解 84.1任務(wù)清單 8功能分解清單 84.2WBS 105.規(guī)模估算 115.1直接本錢 11根本公式 11 115.2間接本錢 135.3估算的誤差 136.工程進(jìn)度 146.1活動(dòng)定義 146.2活動(dòng)排序 156.3進(jìn)度執(zhí)行與優(yōu)化 156.4使用工具 157.質(zhì)量方案 157.1軟件工程的質(zhì)量方案 157.1.1工程經(jīng)理的職責(zé) 15質(zhì)量保證人員的職責(zé) 15質(zhì)量目標(biāo) 16質(zhì)量策略 167.2軟件質(zhì)量保證活動(dòng) 16審計(jì) 16過(guò)程評(píng)審 16問(wèn)題報(bào)告 167.3測(cè)試方案 177.4質(zhì)量改善 178.其他 188.1配置方案 18配置管理過(guò)程 18配置管理的人員組成 188.2風(fēng)險(xiǎn)方案 18風(fēng)險(xiǎn)識(shí)別與評(píng)估 18風(fēng)險(xiǎn)規(guī)劃 18風(fēng)險(xiǎn)分析表 18風(fēng)險(xiǎn)控制 208.3團(tuán)隊(duì)管理 20工程組織結(jié)構(gòu) 20團(tuán)隊(duì)溝通 21

1.合同管理合同簡(jiǎn)介1.1.1工程名稱靜樂(lè)旅游1.1.2合同雙方甲方：靜樂(lè)旅游公司乙方：IT工程團(tuán)隊(duì)1.1.3協(xié)議形式技術(shù)合同供給條件和維護(hù)協(xié)議供給的軟件：乙方為甲方提供所需的“靜樂(lè)旅游”應(yīng)用程序。提供的效勞：乙方為甲方提供所需的日常維護(hù)和效勞器管理，同時(shí)對(duì)甲方用戶提供使用指導(dǎo)。提供的文檔：乙方在交付軟件時(shí)提供詳細(xì)的軟件規(guī)格說(shuō)明書(shū)和使用文檔。安裝效勞：乙方為甲方提供軟件安裝。公文處理：乙方負(fù)責(zé)將甲方提供的旅游工程輸入系統(tǒng)并進(jìn)行分類。維護(hù)協(xié)議：當(dāng)甲方在使用該產(chǎn)品時(shí)，在正常操作的情況下出現(xiàn)BUG或系統(tǒng)錯(cuò)誤，乙方免費(fèi)為甲方提供修復(fù)效勞以保障軟件的正常使用。當(dāng)由于甲方的錯(cuò)誤使用等非軟件原因?qū)е鲁霈F(xiàn)故障，乙方同樣提供修復(fù)效勞。由于甲方擁有該軟件的源代碼所有權(quán)，因此甲方需要承當(dāng)局部維修和進(jìn)一步開(kāi)發(fā)的責(zé)任。當(dāng)軟件需要新的功能拓展或改版升級(jí)時(shí)，由雙方共同協(xié)商決定。軟件所有權(quán)該軟件是由甲方該軟件是由甲方向乙方定制，甲方擁有該軟件的版權(quán)，乙方不能將該軟件的任何版本賣個(gè)其他客戶。軟件提交時(shí)，工程源代碼的所有權(quán)自動(dòng)移交到甲方，乙方不得擅自對(duì)源代碼進(jìn)行修改。環(huán)境與標(biāo)準(zhǔn)環(huán)境：乙方為甲方安裝軟件和進(jìn)行員工培訓(xùn)時(shí)，需要由甲方提供住宿和膳食，乙方在規(guī)定時(shí)間內(nèi)完成任務(wù)。甲方要保證安裝軟件的硬件設(shè)備和合同初始規(guī)定一致，乙方只保證軟件和規(guī)定的硬件兼容。由任何一方的單方面原因?qū)е碌难悠诋a(chǎn)生的費(fèi)用，由該方面支付。標(biāo)準(zhǔn)：乙方在開(kāi)發(fā)過(guò)程中必須遵守ISO12207關(guān)于軟件生命周期和文檔的標(biāo)準(zhǔn)?？蛻舫兄Z與驗(yàn)收規(guī)程客戶承諾：乙方開(kāi)發(fā)軟件過(guò)程中，甲方通過(guò)人員協(xié)同乙方進(jìn)行開(kāi)發(fā)。該人員主要參與工程的規(guī)劃設(shè)計(jì)和需求分析，階段性驗(yàn)收和總體測(cè)試。當(dāng)工程出現(xiàn)需求變更時(shí)，對(duì)乙方進(jìn)行詳細(xì)的闡述說(shuō)明。乙方不負(fù)責(zé)這些人員提供食宿和聯(lián)系設(shè)備。驗(yàn)收規(guī)程：2016年6月24日，乙方為甲方安裝所需的軟件。6月25日至6月31日甲方代表對(duì)產(chǎn)品進(jìn)行驗(yàn)收測(cè)試，并根據(jù)需求在6月30日前對(duì)商品提出更正請(qǐng)求。測(cè)試通過(guò)后，雙方進(jìn)行軟件交付簽字。乙方對(duì)甲方進(jìn)行軟件使用培訓(xùn)。工程和質(zhì)量管理甲乙雙方前四個(gè)月每月初進(jìn)行一次進(jìn)展會(huì)議，后三個(gè)月每?jī)芍苤苣┻M(jìn)行進(jìn)展會(huì)議。會(huì)議內(nèi)容為乙方向甲方提供最新進(jìn)度的掩飾和下一階段的工作安排和方案。甲方根據(jù)演示提出相應(yīng)的整改意見(jiàn)，并對(duì)下一步工作進(jìn)行提出意見(jiàn)和建議。時(shí)間表詳細(xì)時(shí)間表見(jiàn)工程進(jìn)度。此處略。價(jià)格和付款方式軟件總價(jià)為150萬(wàn)元整。合同簽訂后，甲方向乙方支付50萬(wàn)元定金。工程的第三個(gè)月，乙方按方案時(shí)間表完成需求分析、系統(tǒng)分析、設(shè)計(jì)和完成系統(tǒng)的根本框架后，甲方向乙方支付50萬(wàn)元。該系統(tǒng)完成后，甲方進(jìn)行驗(yàn)收測(cè)試，在簽字驗(yàn)收完成后，甲方向乙方支付全款。其他法律要求及違約處理由任何一方的過(guò)失導(dǎo)致出現(xiàn)損失后的賠償由雙方協(xié)商決定。甲方法人代表：胡文靜乙方法人代表：嵐羽昕簽約地點(diǎn)：靜樂(lè)旅游公司工程管理主任辦公室有效期限：2015年—2018年6月26號(hào)2.工程生存期確定該工程的生存期模型按如下步驟進(jìn)行分析：評(píng)審、分析工程的特性；選擇適合工程的生存期模型；標(biāo)識(shí)生存期模型與工程不一致地方,并進(jìn)行裁減。“靜樂(lè)旅游”應(yīng)用程序涉及到用戶的隱私平安，因此很強(qiáng)調(diào)產(chǎn)品的性能和平安性。需保證產(chǎn)品能保持穩(wěn)定運(yùn)行，不會(huì)以為一定數(shù)量的用戶同時(shí)登錄注冊(cè)等操作時(shí)掛機(jī)，以致珍貴的消息或操作無(wú)法及時(shí)運(yùn)行。總而言之該工程的性能平安性為主，可操作性次之，界面美觀度最末。雖然工程的需求可能會(huì)因領(lǐng)導(dǎo)“挑剔”的口味而一再改變，不過(guò)大體的需求是明確的。而且又考慮到工程平安性能的首要要求，以V模型為根底的生存期最為適宜。同時(shí)參雜增量模型生存期的一些特點(diǎn)以應(yīng)對(duì)可能會(huì)隨時(shí)添加的功能需求。工程生存期模型如下：該生存期模型將V模型除最后的工程規(guī)劃和驗(yàn)收測(cè)試以外的過(guò)程做一復(fù)制，套用增量模型在首先完成根本功能的根底上增加功能。3.需求管理3.1軟件需求管理過(guò)程靜樂(lè)旅游公司提出需求如下：設(shè)計(jì)開(kāi)發(fā)、安裝調(diào)試并后期滿足需求的“靜樂(lè)旅游”應(yīng)用程序。需要該程序?yàn)樽烂鎽?yīng)用程序，進(jìn)入程序后需要彈出旅游介紹界面，該旅游介紹界面需與計(jì)算機(jī)自身系統(tǒng)別離，不得覆蓋，具有獨(dú)立窗口。該系統(tǒng)實(shí)現(xiàn)了管理員通過(guò)對(duì)景點(diǎn)信息、訂票信息、酒店信息、保險(xiǎn)信息、會(huì)員信息維護(hù)，實(shí)現(xiàn)了會(huì)員在線預(yù)訂景區(qū)景點(diǎn)旅游的功能。其模塊介紹如下：后臺(tái)：后臺(tái)是整個(gè)信息系統(tǒng)中最重要復(fù)雜的局部。管理員通過(guò)此處對(duì)網(wǎng)站內(nèi)容進(jìn)行管理.后臺(tái)管理共分為景點(diǎn)管理、訂票管理、酒店管理、保險(xiǎn)管理、會(huì)員管理、系統(tǒng)管理。1.景點(diǎn)管理對(duì)景點(diǎn)信息進(jìn)行添加、修改、刪除和查詢操作；對(duì)會(huì)員的景點(diǎn)訂單信息進(jìn)行確認(rèn)。2.訂票管理添加新的航向信息，修改、刪除和查詢票務(wù)信息操作；對(duì)會(huì)員的票務(wù)訂單信息進(jìn)行確認(rèn)。3.酒店管理添加新的酒店信息，修改、刪除和查詢酒店信息操作；對(duì)會(huì)員的酒店訂單信息進(jìn)行確認(rèn)。4.保險(xiǎn)管理添加新的保險(xiǎn)信息，修改、刪除和查詢保險(xiǎn)信息操作；對(duì)會(huì)員的保險(xiǎn)訂單信息進(jìn)行確認(rèn)。5.會(huì)員管理添加新的會(huì)員信息，修改、刪除和查詢會(huì)員信息操作。6.系統(tǒng)管理可以通過(guò)鏈接進(jìn)入后臺(tái)主頁(yè)、前臺(tái)主頁(yè)，修改密碼以及退出系統(tǒng)操作。綜上所述，系統(tǒng)后臺(tái)的功能需求可以通過(guò)圖3.1簡(jiǎn)要表示。圖3.1系統(tǒng)后臺(tái)的功能需求前臺(tái)：前臺(tái)局部就是用戶瀏覽、選擇景點(diǎn)的地方，需根據(jù)所需旅游線路安排布局，照顧用戶瀏覽習(xí)慣，簡(jiǎn)化流程，使會(huì)員能迅速找到旅游景區(qū)景點(diǎn)，真正做到“簡(jiǎn)潔高效流暢”的環(huán)境。1.注冊(cè)會(huì)員用戶可以預(yù)定旅游景區(qū)景點(diǎn)信息,但是用戶必須通過(guò)注冊(cè)成為會(huì)員才具有這些權(quán)限。2.修改用戶信息會(huì)員可以對(duì)自己的信息進(jìn)行修改。3.收藏夾會(huì)員可以將中意的旅游景區(qū)景點(diǎn)信息放入收藏夾，并對(duì)該信息進(jìn)行刪除或生成訂單操作。4.我的訂單可以查看生成旅游景區(qū)景點(diǎn)的訂單信息，并對(duì)已經(jīng)確認(rèn)的訂單信息進(jìn)行相應(yīng)的明細(xì)信息的酒店選擇，訂票、保險(xiǎn)的購(gòu)置等。5.景區(qū)景點(diǎn)用戶可以通過(guò)選擇景點(diǎn)城市查看網(wǎng)站中的景區(qū)景點(diǎn)信息。6.周邊酒店用戶可以通過(guò)輸入城市、價(jià)格或名稱以及選擇星級(jí)查詢相應(yīng)的酒店信息。7.票務(wù)信息用戶可以通過(guò)輸入出發(fā)地或目的地以及選擇類型查詢相應(yīng)的票務(wù)信息。8.保險(xiǎn)信息用戶可以通過(guò)輸入名稱或選擇類型查詢相應(yīng)的保險(xiǎn)信息。綜上所述，系統(tǒng)的前臺(tái)功能需求可以通過(guò)圖3.2簡(jiǎn)要表示。圖3.2系統(tǒng)前臺(tái)的功能需求3.2需求規(guī)格3.2.1需求規(guī)格說(shuō)明書(shū)〔簡(jiǎn)略版〕系統(tǒng)定義：“靜樂(lè)旅游”應(yīng)用程序應(yīng)用環(huán)境：Windows2000；WindowsXP；WindowsVista；Windows7；LINUX；IOSetc.功能規(guī)格：后臺(tái)〔景點(diǎn)管理、訂票管理、酒店管理、保險(xiǎn)管理、會(huì)員管理、系統(tǒng)管理〕前臺(tái)〔注冊(cè)會(huì)員、修改用戶信息、收藏夾、我的訂單、景區(qū)景點(diǎn)、周邊酒店、票務(wù)信息、保險(xiǎn)信息〕性能需求：保證用戶同時(shí)登錄效勞器時(shí)也不會(huì)因處理的信息量過(guò)大大而導(dǎo)致系統(tǒng)癱瘓。另必須保證系統(tǒng)的平安性，可以禁得住一般的黑客襲擊和內(nèi)部作假。對(duì)賬戶有足夠的保護(hù)措施以防賬戶被盜。操作簡(jiǎn)單明了，提示明顯，界面美觀且生動(dòng)。現(xiàn)實(shí)約束：景點(diǎn)管理、訂票管理、酒店管理、保險(xiǎn)管理、會(huì)員管理、系統(tǒng)管理、注冊(cè)會(huì)員、修改用戶信息、收藏夾、我的訂單、景區(qū)景點(diǎn)、周邊酒店、票務(wù)信息、保險(xiǎn)信息。質(zhì)量描述：如需求所述的足夠用戶承載量；可靠的系統(tǒng)平安性；界面美觀且生動(dòng)。簽字認(rèn)證：甲方〔需方〕：胡文靜乙方〔供方〕：嵐羽昕3.2.2需求變更管理需求變更：假設(shè)靜樂(lè)旅游公司對(duì)IT工程團(tuán)隊(duì)提出如下需求變更：在顯示主面做一個(gè)能顯示訪問(wèn)當(dāng)前系統(tǒng)在線的人員數(shù)量，方便管理員統(tǒng)計(jì)每天用戶是否旅游的情況。軟件基線產(chǎn)品修改提交單申請(qǐng)人：小劉申請(qǐng)日期：2016年6月13日工程名稱：“靜樂(lè)旅游”應(yīng)用程序修改內(nèi)容：增加功能“顯示在線訪問(wèn)人員數(shù)量”，可之間與表中用戶進(jìn)行記錄，不必輸入對(duì)方用戶名驗(yàn)證意見(jiàn)：同意更改驗(yàn)收人：小齊驗(yàn)證日期：2016年6月24日4.任務(wù)分解4.1任務(wù)清單4.1.1功能分解清單“靜樂(lè)旅游”應(yīng)用程序1.1后臺(tái)管理1.1.1景點(diǎn)管理1.1.1.1添加景點(diǎn)1.1.1.2修改景點(diǎn)1.1.1.3刪除景點(diǎn)1.1.1.4查詢景點(diǎn)1.1.1.5會(huì)員對(duì)景點(diǎn)訂單確實(shí)認(rèn)1.1.1.6界面1.1.1.7單元測(cè)試1.1.2訂票管理1.1.2.1添加訂票1.1.2.2修改訂票1.1.2.3刪除訂票1.1.2.4查詢訂票1.1.2.5會(huì)員對(duì)票務(wù)訂單確實(shí)認(rèn)1.1.2.6界面1.1.2.7單元測(cè)試1.1.3酒店管理1.1.3.1添加酒店1.1.3.2修改酒店1.1.3.3刪除酒店1.1.3.4查詢酒店1.1.3.5會(huì)員對(duì)酒店訂單確實(shí)認(rèn)1.1.3.6界面1.1.3.7單元測(cè)試1.1.4保險(xiǎn)管理1.1.4.1添加保險(xiǎn)1.1.4.2修改保險(xiǎn)1.1.4.3刪除保險(xiǎn)1.1.4.4查詢保險(xiǎn)1.1.4.5會(huì)員對(duì)保險(xiǎn)訂單確實(shí)認(rèn)1.1.4.6界面1.1.4.7單元測(cè)試1.1.5會(huì)員管理1.1.5.1添加會(huì)員1.1.5.2修改會(huì)員1.1.5.3刪除會(huì)員1.1.5.4查詢會(huì)員1.1.5.5界面1.1.5.6單元測(cè)試1.1.6系統(tǒng)管理1.1.6.1添加新的會(huì)員信息1.1.6.2修改新的會(huì)員信息1.1.6.3刪除新的會(huì)員信息1.1.6.4查詢新的會(huì)員信息1.1.6.5界面1.1.6.5單元測(cè)試1.2前臺(tái)管理1.2.1注冊(cè)會(huì)員1.2.1.1界面1.2.1.2單元測(cè)試1.2.2修改用戶信息1.2.2.1界面1.2.2.2單元測(cè)試1.2.3收藏夾1.2.3.1界面1.2.3.2單元測(cè)試1.2.4我的訂單1.2.4.1界面1.2.4.2單元測(cè)試1.2.5景區(qū)景點(diǎn)1.2.5.1界面1.2.5.2單元測(cè)試1.2.6周邊酒店1.2.6.1界面1.2.6.2單元測(cè)試1.2.7票務(wù)信息1.2.7.1界面1.2.7.2單元測(cè)試1.2.8保險(xiǎn)信息1.2.8.1界面1.2.8.2單元測(cè)試4.2WBS“靜樂(lè)旅游”應(yīng)用程序工程規(guī)劃：合同簽署需求分析報(bào)告&工程初步規(guī)劃工程建議書(shū)合同草案方案編制2.1時(shí)間表確認(rèn)方案需求分析：需求開(kāi)發(fā)1.1需求探索需求管理2.1需求規(guī)格說(shuō)明書(shū)系統(tǒng)測(cè)試方案編制總體設(shè)計(jì)：1. 策略確定2. 開(kāi)發(fā)標(biāo)準(zhǔn)確定〔具體分配方式見(jiàn)任務(wù)清單〕3. 架構(gòu)設(shè)計(jì)〔具體分配方式見(jiàn)任務(wù)清單〕4. 集成測(cè)試方案編制詳細(xì)設(shè)計(jì)：1. 接口設(shè)計(jì)〔具體分配方式見(jiàn)任務(wù)清單〕2. 模塊設(shè)計(jì)〔具體分配方式見(jiàn)任務(wù)清單〕3. 單元測(cè)試方案編制實(shí)現(xiàn)：1. 編碼〔具體分配方式見(jiàn)任務(wù)清單〕2. 代碼復(fù)核3. 單元測(cè)試測(cè)試：1. 集成測(cè)試2. 系統(tǒng)測(cè)試3. 測(cè)試總額4. 缺陷跟蹤5. 手冊(cè)編寫5.規(guī)模估算5.1直接本錢本錢估算的方法有1.代碼行、功能點(diǎn)、對(duì)象點(diǎn)。2.類比(自頂向下)估算法。3.自下而上估算法。4.參數(shù)法估算法。5.專家估算法。在這個(gè)工程中我們主要采取功能點(diǎn)估算法，同時(shí)融合進(jìn)入其他的估算方法進(jìn)行驗(yàn)證。用系統(tǒng)的功能數(shù)量來(lái)測(cè)量其規(guī)模，與實(shí)現(xiàn)產(chǎn)品所使用的語(yǔ)言和技術(shù)沒(méi)有關(guān)系的。5.1.1根本公式FP=UFC*TCFUFC：未調(diào)整功能點(diǎn)計(jì)數(shù)TCF：技術(shù)復(fù)雜度因子復(fù)雜度權(quán)重因素項(xiàng)簡(jiǎn)單一般復(fù)雜外部輸入235外部輸出346外部查詢235外部文件469內(nèi)部文件6914本工程的功能點(diǎn)計(jì)算：功能點(diǎn)項(xiàng)簡(jiǎn)單一般復(fù)雜外部輸入5*23*35*5外部輸出7*36*41*6外部查詢5*21*33*5外部文件4*42*64*9內(nèi)部文件10*61*91*14總計(jì)1175796UFC117+57+96=270TCF—技術(shù)復(fù)雜度因子：技術(shù)復(fù)雜度因子F1可靠的備份和恢復(fù)F2數(shù)據(jù)通信F3分布式函數(shù)F4性能F5大量使用的配置F6聯(lián)機(jī)數(shù)據(jù)輸入F7操作簡(jiǎn)單性F8在線升級(jí)F9復(fù)雜界面F10復(fù)雜數(shù)據(jù)處理F11重復(fù)使用性F12安裝簡(jiǎn)易性F13多重站點(diǎn)F14易于修改TCF=0.65+0.0.1*(5+4+3+2+1＋5＋３+2＋2+3+5+4+3+3)=0.65+0.01*45=1.1。功能點(diǎn)計(jì)算：FP=UFC*TCF。UFC=270。TCF=1.1.FP=270*1.1=297人月數(shù)計(jì)算：在本工程中，根據(jù)以往的經(jīng)驗(yàn)使用經(jīng)驗(yàn)導(dǎo)出本錢模型〔面向FP驅(qū)動(dòng)的〕中的kemerer模型來(lái)計(jì)算人月數(shù)。Kemerer模型E=60.62×7.728×10-8FP3。帶入本工程的實(shí)際數(shù)據(jù)E=60.62*7.728*10-8*2973=122.73〔人月〕直接本錢計(jì)算直接本錢組成:開(kāi)發(fā)本錢,管理本錢，質(zhì)量本錢。簡(jiǎn)易估算：開(kāi)發(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萬(wàn)元人力本錢參數(shù)=1500/人月〔由于校內(nèi)開(kāi)發(fā)，本錢比擬低〕5.2間接本錢間接本錢=規(guī)模*人力本錢參數(shù)*間接本錢系數(shù)〔間接本錢系數(shù)=1.5—3〕本例中間接本錢=122.73*0.15*1.5=28萬(wàn)元。估算本錢=直接本錢+間接本錢=21.9+28=49.9萬(wàn)元5.3估算的誤差由于根底數(shù)據(jù)缺乏，缺乏經(jīng)驗(yàn)的估算人員，簽約前后不連貫，低劣的推測(cè)技術(shù)，估算對(duì)需求的敏感性等一系列原因，可能會(huì)引起估算的誤差。對(duì)此工程的人月數(shù)定義考慮誤差如下估算：220個(gè)人月+40-25+15人月：需求變更-15人月：學(xué)生的晚上時(shí)間的利用+5人月：學(xué)生期末考試-10人月：實(shí)驗(yàn)室采取獎(jiǎng)勵(lì)措施+20人月：寒暑假最正確情況：195人月。方案情況：220人月。最壞情況：260人月。6.工程進(jìn)度工程進(jìn)度管理是指在工程實(shí)施過(guò)程中，對(duì)各階段的進(jìn)展程度和工程最終完成的期限所進(jìn)行的管理。是在規(guī)定的時(shí)間內(nèi)，擬定出合理且經(jīng)濟(jì)的進(jìn)度方案〔包括多級(jí)管理的子方案〕，在執(zhí)行該方案的過(guò)程中，經(jīng)常要檢查實(shí)際進(jìn)度是否按方案要求進(jìn)行，假設(shè)出現(xiàn)偏差，便要及時(shí)找出原因，采取必要的補(bǔ)救措施或調(diào)整、修改原方案，直至工程完成。其目的是保證工程能在滿足其時(shí)間約束條件的前提下實(shí)現(xiàn)其總體目標(biāo)。工程進(jìn)度管理是根據(jù)工程工程的進(jìn)度目標(biāo)，編制經(jīng)濟(jì)合理的進(jìn)度方案，并據(jù)以檢查工程工程進(jìn)度方案的執(zhí)行情況，假設(shè)發(fā)現(xiàn)實(shí)際執(zhí)行情況與方案進(jìn)度不一致，就及時(shí)分析原因，并采取必要的措施對(duì)原工程進(jìn)度方案進(jìn)行調(diào)整或修正的過(guò)程。工程工程進(jìn)度管理的目的就是為了實(shí)現(xiàn)最優(yōu)工期，多快好省地完成任務(wù)。工程進(jìn)度管理是工程管理的一個(gè)重要方面，它與工程投資管理、工程質(zhì)量管理等同為工程管理的重要組成局部。它是保證工程如期完成或合理安排資源供給，節(jié)約工程本錢的重要措施之一。6.1活動(dòng)定義“靜樂(lè)旅游”應(yīng)用程序工程規(guī)劃：1.合同簽署1.1需求分析報(bào)告&工程初步規(guī)劃1.2工程建議書(shū)1.3合同草案2.方案編制時(shí)間表3.確認(rèn)方案需求分析：1.需求開(kāi)發(fā)需求探索2.需求管理需求規(guī)格說(shuō)明書(shū)3.系統(tǒng)測(cè)試方案編制總體設(shè)計(jì)：1. 策略確定2. 開(kāi)發(fā)標(biāo)準(zhǔn)確定〔具體分配方式見(jiàn)任務(wù)清單〕3. 架構(gòu)設(shè)計(jì)〔具體分配方式見(jiàn)任務(wù)清單〕4. 集成測(cè)試方案編制詳細(xì)設(shè)計(jì)：1. 接口設(shè)計(jì)〔具體分配方式見(jiàn)任務(wù)清單〕2. 模塊設(shè)計(jì)〔具體分配方式見(jiàn)任務(wù)清單〕3. 單元測(cè)試方案編制實(shí)現(xiàn)：1. 編碼〔具體分配方式見(jiàn)任務(wù)清單〕2. 代碼復(fù)核3. 單元測(cè)試測(cè)試：1. 集成測(cè)試2. 系統(tǒng)測(cè)試3. 測(cè)試總額4. 缺陷跟蹤5. 手冊(cè)編寫6.2活動(dòng)排序甘特圖關(guān)鍵路徑是決定工程完成的最短時(shí)間,關(guān)鍵路徑上的任何任務(wù)都是關(guān)鍵任務(wù),關(guān)鍵路徑上的任何活動(dòng)延遲，都會(huì)導(dǎo)致整個(gè)工程完成時(shí)間的延遲.在這個(gè)工程中首先按照時(shí)間順序計(jì)算最早開(kāi)始時(shí)間和最早完成時(shí)間,然后按照逆時(shí)間順序計(jì)算最晚開(kāi)始時(shí)間和最晚結(jié)束時(shí)間。從而得出關(guān)鍵路徑是：開(kāi)始–》需求分析-》詳細(xì)設(shè)計(jì)–》編碼-》測(cè)試。6.3進(jìn)度執(zhí)行與優(yōu)化在工程的進(jìn)行過(guò)程中可以通過(guò)1、分解關(guān)鍵任務(wù)2、給任務(wù)增加資源3、縮減關(guān)鍵任務(wù)的工期4、重疊或延遲鏈接任務(wù)5、設(shè)置日歷增加工作時(shí)間6、通過(guò)分配加班工時(shí)來(lái)縮短關(guān)鍵任務(wù)來(lái)到達(dá)縮減工程工期的目的。6.4使用工具在整個(gè)工程中將使用Microsoft的工程管理軟件產(chǎn)品microsoftproject2012和Visio2013來(lái)進(jìn)行工程的管理7.質(zhì)量方案7.1軟件工程的質(zhì)量方案7.1.1工程經(jīng)理的職責(zé)1.評(píng)審質(zhì)量方案。2.與質(zhì)量保證人員一起協(xié)商不符合項(xiàng)問(wèn)題的糾正措施，并安排資源實(shí)施糾正措施。3.定期或事件驅(qū)動(dòng)地評(píng)審質(zhì)量保證活動(dòng)和結(jié)果。7.1.2質(zhì)量保證人員的職責(zé)1.負(fù)責(zé)工程實(shí)施過(guò)程中對(duì)工程實(shí)施情況進(jìn)行監(jiān)督，包括對(duì)工程實(shí)施過(guò)程和工作產(chǎn)品進(jìn)行監(jiān)督檢查。2.實(shí)施工程組成員的質(zhì)量保證培訓(xùn)。3.制定質(zhì)量保證方案。4.按方案實(shí)施審計(jì)活動(dòng)，依照質(zhì)量保證方案執(zhí)行評(píng)審/審計(jì)，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項(xiàng)。5.對(duì)不符合問(wèn)題提交不符合項(xiàng)報(bào)告，跟蹤并驗(yàn)證糾正措施的執(zhí)行情況。6.對(duì)工程內(nèi)不能解決的不符合項(xiàng)問(wèn)超；向高層管理提交報(bào)告。7.向工程經(jīng)理報(bào)告工程質(zhì)量工作狀況和質(zhì)量度量結(jié)果。8.定期向工程組報(bào)告質(zhì)量活動(dòng)的結(jié)果。9.制定質(zhì)量保證的過(guò)程改良方案，記錄過(guò)程數(shù)據(jù)。7.1.3質(zhì)量目標(biāo)1.基于需求的測(cè)試覆蓋率為100%。2.功能測(cè)試完善3.每個(gè)階段評(píng)審中發(fā)現(xiàn)的問(wèn)題都已經(jīng)解決或得到適當(dāng)處理。4.產(chǎn)品發(fā)布時(shí)不存在嚴(yán)重問(wèn)題以及以上的缺陷。5.嚴(yán)格滿足合同的要求和規(guī)格6.用戶領(lǐng)導(dǎo)滿意7.1.4質(zhì)量策略1.控制產(chǎn)品的質(zhì)量，及時(shí)糾正缺陷2.應(yīng)該特別注意工程工作產(chǎn)品質(zhì)量的早期評(píng)審工作，元論是質(zhì)量保證還是質(zhì)量控制，采取的策略都是早期預(yù)防和早期排除缺陷。3.將質(zhì)量貫徹到日常的工程進(jìn)展過(guò)程中7.2軟件質(zhì)量保證活動(dòng)7.2.1審計(jì)審計(jì)(Audit)是對(duì)過(guò)程或者產(chǎn)品的一次獨(dú)立評(píng)估。將審核的主體與為該主體以前建立的一組規(guī)程和標(biāo)準(zhǔn)進(jìn)行比擬目的是確保真正的遵循了這一個(gè)過(guò)程，產(chǎn)生了適宜的文檔和精確反映實(shí)際工程的報(bào)告，可以預(yù)先規(guī)劃的，也可以是臨時(shí)決定的?，F(xiàn)在講本工程中的預(yù)先規(guī)劃審計(jì)列出如下。在整個(gè)開(kāi)發(fā)過(guò)程中，會(huì)根據(jù)需要插入臨時(shí)決定的審計(jì)。1. 審計(jì)軟件工程方案時(shí)間：方案結(jié)束標(biāo)準(zhǔn)：合同要求2. 需求規(guī)劃文檔時(shí)間：需求制定標(biāo)準(zhǔn)：需求規(guī)格說(shuō)明3. 總體設(shè)計(jì)文檔時(shí)間：總體設(shè)計(jì)制定標(biāo)準(zhǔn)：軟件工程方案4. 詳細(xì)設(shè)計(jì)文檔時(shí)間：詳細(xì)設(shè)計(jì)制定標(biāo)準(zhǔn)：軟件工程方案5. 編碼標(biāo)準(zhǔn)時(shí)間：詳細(xì)設(shè)計(jì)制定標(biāo)準(zhǔn)：軟件工程方案6. 產(chǎn)品代碼時(shí)間：編碼結(jié)束標(biāo)準(zhǔn)：編碼標(biāo)準(zhǔn)7. 測(cè)試文檔時(shí)間：詳細(xì)設(shè)計(jì)制定標(biāo)準(zhǔn)：企業(yè)質(zhì)量要求8. 用戶手冊(cè)時(shí)間：產(chǎn)品提交之前標(biāo)準(zhǔn)：工程方案和需求將審計(jì)的結(jié)果編寫審計(jì)報(bào)告及時(shí)提交。以下是制定的質(zhì)量審計(jì)模版7.2.2過(guò)程評(píng)審工程嚴(yán)格按照組織定義的軟件過(guò)程進(jìn)行開(kāi)發(fā)，過(guò)程評(píng)審的具體依據(jù)參照企業(yè)的過(guò)程標(biāo)準(zhǔn)，保證工程中的所有過(guò)程活動(dòng)都在實(shí)施范圍內(nèi)。在每次評(píng)審之后，要對(duì)評(píng)審結(jié)果做出明確的決策并形成評(píng)審記錄。評(píng)審可采取文件傳閱、評(píng)審會(huì)等形式。質(zhì)量保證人員負(fù)責(zé)對(duì)工程過(guò)程迸行監(jiān)督，將發(fā)現(xiàn)的問(wèn)題和解決情況在每周的例會(huì)上通報(bào)，對(duì)沒(méi)有解決的問(wèn)題迸行討論，對(duì)不能解決的問(wèn)題提交高級(jí)管理者處理。每個(gè)周末，進(jìn)行一次配置管理審核，確認(rèn)配置管理工作是否正常進(jìn)行。7.2.3問(wèn)題報(bào)告質(zhì)量保證人員對(duì)于每次審計(jì)活動(dòng)發(fā)現(xiàn)的不符合項(xiàng)，應(yīng)該和工程經(jīng)理協(xié)商不符合項(xiàng)的糾正措施并預(yù)定完成日期，假設(shè)和工程經(jīng)理存在意見(jiàn)分歧，質(zhì)量保證人員可以上報(bào)給高層管理者，由高層管理者決定最后的措施。同時(shí)，不符合項(xiàng)在工程周例會(huì)中匯報(bào)。對(duì)不符含項(xiàng)，質(zhì)量保證人員耍在預(yù)定完成日期內(nèi)重新審計(jì)，驗(yàn)證不符合項(xiàng)的糾正情況，假設(shè)超過(guò)預(yù)定完成日期1周仍然有沒(méi)解決的不符合項(xiàng)，質(zhì)量保證人員上報(bào)給高級(jí)管理者，由高級(jí)管理者決定最后的措施。質(zhì)量保證人員有獨(dú)立的匯報(bào)途徑，日常的匯報(bào)途徑如下：1.將發(fā)現(xiàn)的問(wèn)題通知工程經(jīng)理，協(xié)調(diào)糾正措施。2.將工程組內(nèi)不能協(xié)調(diào)的問(wèn)題匯報(bào)給茼級(jí)管理者，由南級(jí)管理者協(xié)調(diào)解決。3.將日常工作和過(guò)程數(shù)據(jù)匯報(bào)給質(zhì)量經(jīng)理，由其統(tǒng)一收集并進(jìn)行統(tǒng)計(jì)。7.3測(cè)試方案下面是本工程的測(cè)試大概方案，詳細(xì)內(nèi)容請(qǐng)查閱測(cè)試文檔。1.根本測(cè)試單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試測(cè)試工作安排測(cè)試準(zhǔn)備工作測(cè)試用例設(shè)計(jì)2.系統(tǒng)測(cè)試設(shè)計(jì)版本兼容性測(cè)試性能測(cè)試恢復(fù)測(cè)試平安性測(cè)試壓力測(cè)試7.4質(zhì)量改善為了到達(dá)更好的質(zhì)量，現(xiàn)在制定質(zhì)量改善要求：1.軟件質(zhì)量活動(dòng)必須經(jīng)過(guò)規(guī)劃2.軟件質(zhì)量活動(dòng)規(guī)劃必須明文規(guī)定3.質(zhì)量活動(dòng)必須盡早開(kāi)始4.質(zhì)量小組必須獨(dú)立存在5.應(yīng)該經(jīng)過(guò)訓(xùn)練6.必須有適當(dāng)?shù)慕?jīng)費(fèi)8.其他8.1配置方案8.1.1配置管理過(guò)程1.配置項(xiàng)標(biāo)識(shí)、跟蹤2.配置管理環(huán)境建立3.基線變更管理4.基線審核5.配置狀態(tài)統(tǒng)計(jì)6.配置管理方案8.1.2配置管理的人員組成角色人員職責(zé)、工作范圍配置管理者李莉〔1〕制定《配置管理方案》〔2〕創(chuàng)立和維護(hù)配置庫(kù)SCC負(fù)責(zé)人媛媛〔1〕審批《配置管理方案》〔2〕審批重大的變更SCCB成員工程經(jīng)理－肖曉配置管理者－柳眉審批某些配置項(xiàng)或基線的變更

8.2風(fēng)險(xiǎn)方案8.2.1風(fēng)險(xiǎn)識(shí)別與評(píng)估1.風(fēng)險(xiǎn)識(shí)別是試圖通過(guò)系統(tǒng)化地確定對(duì)工程方案的威脅，識(shí)別和可預(yù)測(cè)的風(fēng)險(xiǎn)。2.風(fēng)險(xiǎn)識(shí)別過(guò)程：輸入–》標(biāo)識(shí)風(fēng)險(xiǎn)–》按照一定標(biāo)準(zhǔn)對(duì)風(fēng)險(xiǎn)排序–》制定風(fēng)險(xiǎn)表3.根據(jù)“IT工程常常存在一些共同的風(fēng)險(xiǎn)源”我們根據(jù)以往經(jīng)驗(yàn)制定了風(fēng)險(xiǎn)分析表。檢查表法是利用檢查表作為風(fēng)險(xiǎn)識(shí)別的工具，是根據(jù)風(fēng)險(xiǎn)要素建立軟件工程的風(fēng)險(xiǎn)條目列表，列表中列出所有與風(fēng)險(xiǎn)因素有關(guān)的提問(wèn)，可以使管理者集中識(shí)別常見(jiàn)的類型中的和可預(yù)測(cè)的風(fēng)險(xiǎn)。8.2.2風(fēng)險(xiǎn)規(guī)劃針對(duì)風(fēng)險(xiǎn)分析的結(jié)果，為提高實(shí)現(xiàn)工程目標(biāo)的時(shí)機(jī)，降低風(fēng)險(xiǎn)的負(fù)面影響而制定風(fēng)險(xiǎn)應(yīng)對(duì)策略和應(yīng)對(duì)措施的過(guò)程，即制定一定的行動(dòng)和策略來(lái)對(duì)付、減少、以至于消滅風(fēng)險(xiǎn)事件。通常采取的措施有1.回避風(fēng)險(xiǎn)。2.轉(zhuǎn)移風(fēng)險(xiǎn)。3.損失控制。4.自留風(fēng)險(xiǎn)。8.2.3風(fēng)險(xiǎn)分析表通過(guò)對(duì)風(fēng)險(xiǎn)識(shí)別，風(fēng)險(xiǎn)評(píng)估，風(fēng)險(xiǎn)規(guī)劃，我們制定了如下風(fēng)險(xiǎn)分析表。風(fēng)險(xiǎn)分析表排序輸入風(fēng)險(xiǎn)事件可能性影響風(fēng)險(xiǎn)值風(fēng)險(xiǎn)應(yīng)對(duì)措施1最終用戶抵抗該系統(tǒng)。政府領(lǐng)導(dǎo)可能會(huì)由于某個(gè)細(xì)節(jié)的問(wèn)題對(duì)整個(gè)系統(tǒng)產(chǎn)生反感。70%70%50%盡力滿足用戶提出的需求。界面盡可能的美觀，方便。需求分析階段派出專門的系統(tǒng)分析員去了解用戶的性格，愛(ài)好，工作習(xí)慣。2工程期間，需求方更換領(lǐng)導(dǎo)。政府的工作可能會(huì)產(chǎn)生不同的領(lǐng)導(dǎo)有不同的需求的現(xiàn)象，如果更換領(lǐng)導(dǎo)將很大的增加風(fēng)險(xiǎn)。60%70%40%軟件詳細(xì)設(shè)計(jì)階段注意增加軟件的可重用性。提高復(fù)用水平。溝通和協(xié)調(diào)。3客戶的需求規(guī)格說(shuō)明。需求不明確，增加需求，導(dǎo)致需求蔓延，由于本軟件是不太了解計(jì)算機(jī)的領(lǐng)導(dǎo)使用，變更需求可能性很大。70%50%35%1．采取加班的方法。2．修改方案去掉一些任務(wù)。3．與客戶商量延長(zhǎng)一些時(shí)間。4.當(dāng)出現(xiàn)影響重大的變更需求時(shí)與客戶協(xié)調(diào)，這個(gè)版本的不做改動(dòng)，在下一個(gè)版本中進(jìn)行功能的提升。