信息化校園項(xiàng)目實(shí)施計(jì)劃

第一節(jié)實(shí)施開發(fā)計(jì)劃 1一、總體思路 1二、實(shí)施開發(fā)計(jì)劃 2第二節(jié)質(zhì)量計(jì)劃 5第三節(jié)異常計(jì)劃 7一、風(fēng)險(xiǎn)管理 7二、風(fēng)險(xiǎn)管理樣本表 8第四節(jié)系統(tǒng)風(fēng)險(xiǎn)分析 9一、需求階段 10二、設(shè)計(jì)階段 11三、編碼階段 12四、測(cè)試階段 13五、實(shí)施階段 14六、全過程 15第五節(jié)項(xiàng)目控制 16一、管理控制 16二、交付控制 17三、缺陷管理 18四、質(zhì)量保證管理(QA) 22五、文檔管理 31第六節(jié)系統(tǒng)測(cè)試 37一、測(cè)試任務(wù)與步驟 37二、影響驗(yàn)收的其他因素 44三、工程系統(tǒng)集成測(cè)試 46第七節(jié)系統(tǒng)驗(yàn)收 50一、遞交成果的簽署 50二、遞交成果的拒絕 52三、軟件系統(tǒng)的驗(yàn)收 52第八節(jié)實(shí)施過程協(xié)調(diào)方案 54一、協(xié)調(diào)人員工作的重要性 54二、工程實(shí)施過程中的協(xié)調(diào)管理措施 55第一節(jié)實(shí)施開發(fā)計(jì)劃一、總體思路實(shí)施計(jì)劃將根據(jù)應(yīng)用系統(tǒng)建設(shè)的情況，科學(xué)的安排人力、物力和資金的投入，在用戶要求的時(shí)間段內(nèi)，通過可伸縮的人員配置計(jì)劃，有步驟分階段的實(shí)現(xiàn)應(yīng)用，同時(shí)考慮對(duì)用戶投資的保護(hù)。我們建議項(xiàng)目規(guī)劃為三個(gè)階段進(jìn)行：第一階段：建設(shè)基礎(chǔ)軟件支撐平臺(tái)建設(shè)學(xué)生綜合管理與服務(wù)（除本科教務(wù)、研究生綜合管理和成人教育管理）教職工綜合管理與服務(wù)綜合業(yè)務(wù)綜合管理與服務(wù)（除數(shù)據(jù)倉庫及統(tǒng)計(jì)決策系統(tǒng)）第二階段：本科教務(wù)系統(tǒng)和研究生綜合管理系統(tǒng)資產(chǎn)綜合管理與服務(wù)第三階段：建設(shè)數(shù)據(jù)倉庫及統(tǒng)計(jì)決策系統(tǒng)成人教育管理系統(tǒng)二、實(shí)施開發(fā)計(jì)劃實(shí)施開發(fā)計(jì)劃主要是描述整個(gè)項(xiàng)目過程中的不同階段的任務(wù)進(jìn)度計(jì)劃，以及要達(dá)到的目標(biāo)。里程碑標(biāo)志是各個(gè)任務(wù)所對(duì)應(yīng)的階段性成果，同時(shí)也是下一階段開始的檢查點(diǎn)。技術(shù)實(shí)施計(jì)劃主要關(guān)注項(xiàng)目交付物及確保這些交付物能及時(shí)提交的項(xiàng)目任務(wù)。技術(shù)計(jì)劃在一個(gè)項(xiàng)目開始的時(shí)候建立，它描述了項(xiàng)目的主要任務(wù)。它是項(xiàng)目資源計(jì)劃預(yù)測(cè)項(xiàng)目總的時(shí)間、成本，及衡量項(xiàng)目的總體進(jìn)度的基本材料。實(shí)施開發(fā)計(jì)劃的執(zhí)行由項(xiàng)目經(jīng)理控制，并根據(jù)項(xiàng)目情況制定不同的階段性計(jì)劃，資源計(jì)劃和質(zhì)量計(jì)劃，通過對(duì)里程碑的檢查點(diǎn)的監(jiān)控，來控制整個(gè)項(xiàng)目的實(shí)施，以確保整個(gè)項(xiàng)目在質(zhì)量控制和進(jìn)度控制規(guī)定的范圍內(nèi)。根據(jù)學(xué)校對(duì)本期項(xiàng)目工期的時(shí)間要求，我們?cè)诰幣彭?xiàng)目實(shí)施計(jì)劃時(shí)，充分考慮了項(xiàng)目的特殊性及項(xiàng)目中基礎(chǔ)平臺(tái)和業(yè)務(wù)系統(tǒng)的實(shí)際實(shí)施情況，根據(jù)我公司的實(shí)施經(jīng)驗(yàn)，在時(shí)間的控制上進(jìn)行了合理的安排，以確保項(xiàng)目能夠在學(xué)校規(guī)定的時(shí)間內(nèi)順利完成。第一階段進(jìn)度安排基礎(chǔ)軟件支撐平臺(tái)（2010年4月至2010年12月）主要活動(dòng)和安排時(shí)間跨度（月）主要工作需求調(diào)研1.5需求調(diào)研、頁面原型制作、集成標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)1概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)編碼、測(cè)試1.5編碼、單元測(cè)試壓力測(cè)試和集成測(cè)試、集成平臺(tái)搭建實(shí)施2.5現(xiàn)場(chǎng)功能測(cè)試、系統(tǒng)交付、兩次迭代、系統(tǒng)培訓(xùn)等試運(yùn)行2系統(tǒng)試運(yùn)行、試運(yùn)行記錄驗(yàn)收0.5系統(tǒng)驗(yàn)收學(xué)生綜合管理與服務(wù)（除本科教務(wù)、研究生和成人）（2010年4月至2011年7月）主要活動(dòng)和安排時(shí)間跨度（月）主要工作需求調(diào)研3需求調(diào)研、頁面原型制作、集成標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)4概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)編碼、測(cè)試3.5編碼、單元測(cè)試壓力測(cè)試和集成測(cè)試、集成平臺(tái)搭建實(shí)施3現(xiàn)場(chǎng)功能測(cè)試、系統(tǒng)交付、兩次迭代、系統(tǒng)培訓(xùn)等試運(yùn)行2系統(tǒng)試運(yùn)行、試運(yùn)行記錄驗(yàn)收0.5系統(tǒng)驗(yàn)收教職工綜合管理與服務(wù)（2010年4月至2010年12月）主要活動(dòng)和安排時(shí)間跨度（月）主要工作需求調(diào)研2需求調(diào)研、頁面原型制作、集成標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)1.5概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)編碼、測(cè)試1.5編碼、單元測(cè)試壓力測(cè)試和集成測(cè)試、集成平臺(tái)搭建實(shí)施2.5現(xiàn)場(chǎng)功能測(cè)試、系統(tǒng)交付、兩次迭代、系統(tǒng)培訓(xùn)等試運(yùn)行1系統(tǒng)試運(yùn)行、試運(yùn)行記錄驗(yàn)收0.5系統(tǒng)驗(yàn)收綜合業(yè)務(wù)綜合管理與服務(wù)（除數(shù)據(jù)倉庫及決策系統(tǒng)）（2010年4月至2010年10月）主要活動(dòng)和安排時(shí)間跨度（月）主要工作需求調(diào)研1需求調(diào)研、頁面原型制作、集成標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)1.5概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)編碼、測(cè)試1編碼、單元測(cè)試壓力測(cè)試和集成測(cè)試、集成平臺(tái)搭建實(shí)施2現(xiàn)場(chǎng)功能測(cè)試、系統(tǒng)交付、兩次迭代、系統(tǒng)培訓(xùn)等試運(yùn)行1系統(tǒng)試運(yùn)行、試運(yùn)行記錄驗(yàn)收0.5系統(tǒng)驗(yàn)收第二階段進(jìn)度安排本科教務(wù)系統(tǒng)（2011年3月至2012年3月）主要活動(dòng)和安排時(shí)間跨度（月）主要工作需求調(diào)研2需求調(diào)研、頁面原型制作、集成標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)2.5概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)編碼、測(cè)試2編碼、單元測(cè)試壓力測(cè)試和集成測(cè)試、集成平臺(tái)搭建實(shí)施3現(xiàn)場(chǎng)功能測(cè)試、系統(tǒng)交付、兩次迭代、系統(tǒng)培訓(xùn)等試運(yùn)行2系統(tǒng)試運(yùn)行、試運(yùn)行記錄驗(yàn)收0.5系統(tǒng)驗(yàn)收研究生綜合管理系統(tǒng)（2011年3月至2012年3月）主要活動(dòng)和安排時(shí)間跨度（月）主要工作需求調(diào)研2需求調(diào)研、頁面原型制作、集成標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)2.5概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)編碼、測(cè)試2編碼、單元測(cè)試壓力測(cè)試和集成測(cè)試、集成平臺(tái)搭建實(shí)施3現(xiàn)場(chǎng)功能測(cè)試、系統(tǒng)交付、兩次迭代、系統(tǒng)培訓(xùn)等試運(yùn)行2系統(tǒng)試運(yùn)行、試運(yùn)行記錄驗(yàn)收0.5系統(tǒng)驗(yàn)收lll資產(chǎn)綜合管理與服務(wù)（2011年3月至2011年12月）主要活動(dòng)和安排時(shí)間跨度（月）主要工作需求調(diào)研2需求調(diào)研、頁面原型制作、集成標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)2概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)編碼、測(cè)試1.5編碼、單元測(cè)試壓力測(cè)試和集成測(cè)試、集成平臺(tái)搭建實(shí)施2.5現(xiàn)場(chǎng)功能測(cè)試、系統(tǒng)交付、兩次迭代、系統(tǒng)培訓(xùn)等試運(yùn)行1.5系統(tǒng)試運(yùn)行、試運(yùn)行記錄驗(yàn)收0.5系統(tǒng)驗(yàn)收第三階段進(jìn)度計(jì)劃數(shù)據(jù)倉庫及統(tǒng)計(jì)決策系統(tǒng)（2011年11月至2012年3月）主要活動(dòng)和安排時(shí)間跨度（月）主要工作需求調(diào)研0.5需求調(diào)研、頁面原型制作、集成標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)1概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)編碼、測(cè)試1編碼、單元測(cè)試壓力測(cè)試和集成測(cè)試、集成平臺(tái)搭建實(shí)施1現(xiàn)場(chǎng)功能測(cè)試、系統(tǒng)交付、兩次迭代、系統(tǒng)培訓(xùn)等試運(yùn)行1系統(tǒng)試運(yùn)行、試運(yùn)行記錄驗(yàn)收0.5系統(tǒng)驗(yàn)收成人教育管理系統(tǒng)（2011年11月至2012年3月）主要活動(dòng)和安排時(shí)間跨度（月）主要工作需求調(diào)研0.5需求調(diào)研、頁面原型制作、集成標(biāo)準(zhǔn)系統(tǒng)設(shè)計(jì)1概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)編碼、測(cè)試1編碼、單元測(cè)試壓力測(cè)試和集成測(cè)試、集成平臺(tái)搭建實(shí)施1現(xiàn)場(chǎng)功能測(cè)試、系統(tǒng)交付、兩次迭代、系統(tǒng)培訓(xùn)等試運(yùn)行1系統(tǒng)試運(yùn)行、試運(yùn)行記錄驗(yàn)收0.5系統(tǒng)驗(yàn)收注：以上只是初步計(jì)劃，具體實(shí)施計(jì)劃時(shí)間表在中標(biāo)后與學(xué)校商定。第二節(jié)質(zhì)量計(jì)劃在計(jì)劃階段需要采取步驟確保項(xiàng)目是完全按用戶要求提供的交付物。每一個(gè)交付物的質(zhì)量標(biāo)準(zhǔn)將被明確定義，用來制訂質(zhì)量保障計(jì)劃。在質(zhì)量計(jì)劃中必須考慮抽查和定稿的流程，抽查的活動(dòng)必須依據(jù)技術(shù)方案嚴(yán)格定義并記錄成文檔。因而進(jìn)行的質(zhì)量計(jì)劃活動(dòng)必須同技術(shù)計(jì)劃集成在一起。在質(zhì)量計(jì)劃過程中，質(zhì)量保證經(jīng)理必須以獨(dú)立的身份參與項(xiàng)目活動(dòng)，以確保產(chǎn)品的質(zhì)量。以下為質(zhì)量管理過程中的主要行為，它是具體的質(zhì)量計(jì)劃制定和執(zhí)行的依據(jù)，在項(xiàng)目實(shí)施過程中根據(jù)項(xiàng)目情況制定詳細(xì)的計(jì)劃。質(zhì)量計(jì)劃主要的行為包括：項(xiàng)目提交物的定義和進(jìn)度安排合約條款的回顧審查提交項(xiàng)和檢查點(diǎn)的回顧審查系統(tǒng)測(cè)試錯(cuò)誤管理和跟蹤在執(zhí)行質(zhì)量計(jì)劃的主要任務(wù)過程中，我們有以下各項(xiàng)內(nèi)容。文檔規(guī)范：程序和編程規(guī)范設(shè)計(jì)規(guī)范技術(shù)回顧審查程序：文檔的回顧審查過程編碼和檢查點(diǎn)的回顧審查系統(tǒng)規(guī)格說明書的回顧審查系統(tǒng)設(shè)計(jì)和詳細(xì)設(shè)計(jì)的回顧審查源代碼的回顧審查測(cè)試程序：測(cè)試過程編制測(cè)試計(jì)劃設(shè)計(jì)測(cè)試案例執(zhí)行測(cè)試記錄測(cè)試結(jié)果檢查測(cè)試完成情況系統(tǒng)集成測(cè)試用戶接受測(cè)試第三節(jié)異常計(jì)劃在成本和時(shí)間進(jìn)度已經(jīng)偏離原來的計(jì)劃，或偏離的程度已經(jīng)超出了項(xiàng)目委員會(huì)所建立的容忍程度，必須執(zhí)行異常計(jì)劃。作為風(fēng)險(xiǎn)管理中的重要一項(xiàng)，在具體的項(xiàng)目實(shí)施過程中必須詳細(xì)描述異常偏離計(jì)劃的原因、偏離的結(jié)果、建議改正的措施。本節(jié)的異常計(jì)劃是從風(fēng)險(xiǎn)管理角度來說明異常出現(xiàn)的處理方法和依據(jù)。一、風(fēng)險(xiǎn)管理建立風(fēng)險(xiǎn)管理“前10位風(fēng)險(xiǎn)表”，它是在給定的時(shí)間內(nèi)項(xiàng)目可能所面對(duì)的最高風(fēng)險(xiǎn)列表。風(fēng)險(xiǎn)列表將有助于項(xiàng)目負(fù)責(zé)人隨時(shí)注意風(fēng)險(xiǎn)管理?！丁扒?0位”風(fēng)險(xiǎn)模版表》優(yōu)先級(jí)(當(dāng)前的)優(yōu)先級(jí)(前一周)風(fēng)險(xiǎn)描述風(fēng)險(xiǎn)所有人風(fēng)險(xiǎn)管理計(jì)劃123..10在項(xiàng)目初期，項(xiàng)目負(fù)責(zé)人會(huì)準(zhǔn)備一份初步風(fēng)險(xiǎn)列表，在項(xiàng)目過程中不斷更新并保留至項(xiàng)目結(jié)束。在項(xiàng)目發(fā)展過程中，更多的細(xì)節(jié)風(fēng)險(xiǎn)將會(huì)被界定并增加到風(fēng)險(xiǎn)列表中。列表是不是一定要有10項(xiàng)并不重要。列表內(nèi)可有5項(xiàng)甚至是15項(xiàng)風(fēng)險(xiǎn)。最重要的是必須定期地保持列表更新。項(xiàng)目負(fù)責(zé)人將每月回顧“前10位風(fēng)險(xiǎn)表”。他們會(huì)更新風(fēng)險(xiǎn)表，重新排列風(fēng)險(xiǎn)優(yōu)先次序，并更新風(fēng)險(xiǎn)管理計(jì)劃。這將有利于強(qiáng)迫他們定期地考慮到風(fēng)險(xiǎn)，并注意風(fēng)險(xiǎn)重要性的轉(zhuǎn)變。有了項(xiàng)目范圍內(nèi)可見度的支持，風(fēng)險(xiǎn)列表可應(yīng)用在全體項(xiàng)目人員上。下列是一份風(fēng)險(xiǎn)管理樣本表，是我們風(fēng)險(xiǎn)管理中重要的一項(xiàng)內(nèi)容。二、風(fēng)險(xiǎn)管理樣本表《風(fēng)險(xiǎn)管理樣本表》風(fēng)險(xiǎn)表述:需求清晰性第二階段的需求沒有清楚列明優(yōu)先級(jí):2風(fēng)險(xiǎn)所有人:XXX發(fā)生的可能性:高影響范圍:時(shí)間表，費(fèi)用，質(zhì)量影響級(jí)別（如果沒有風(fēng)險(xiǎn)管理）高風(fēng)險(xiǎn)管理將會(huì)分為兩個(gè)級(jí)別:減低風(fēng)險(xiǎn)我們會(huì)在轉(zhuǎn)變控制下把所有需求列在標(biāo)書的范圍外。如果有由這些轉(zhuǎn)變因素引起的費(fèi)用發(fā)生，額外的預(yù)算將被提出在設(shè)計(jì)與開發(fā)階段開始前，我們將確認(rèn)需求，這些需求都必須經(jīng)XXX界定及認(rèn)定的。我們會(huì)開發(fā)一個(gè)靈活及可升級(jí)系統(tǒng)設(shè)計(jì)來減少需求更改的影響在每個(gè)設(shè)計(jì)階段的開始，我們將用原型來確保系統(tǒng)設(shè)計(jì)完全符合使用者的確切要求。我們會(huì)確保是根據(jù)當(dāng)前版本的優(yōu)先級(jí)需求詳細(xì)的設(shè)計(jì)和編碼破壞控制和容錯(cuò)計(jì)劃在項(xiàng)目交付前，在按計(jì)劃交付所有性能的前提下，要求項(xiàng)目負(fù)責(zé)人尋求客戶的允許，首先交付高優(yōu)先級(jí)的需求；并將低優(yōu)先權(quán)需求的交付延遲至下一開發(fā)階段任何延遲的合理需求更改所需的額外的時(shí)間和資源的重要性和利用必須完全合理；否則，我們將拒絕需求更改或安排到下一版本影響級(jí)別(有風(fēng)險(xiǎn)管理):中第四節(jié)系統(tǒng)風(fēng)險(xiǎn)分析依據(jù)項(xiàng)目管理的相關(guān)規(guī)定，結(jié)合我們?cè)谝酝?xiàng)目的成功和失敗的經(jīng)驗(yàn)，我們進(jìn)行了細(xì)致的分析，提出了大學(xué)的風(fēng)險(xiǎn)管理與質(zhì)量保證計(jì)劃。我們?cè)敿?xì)分析了整個(gè)開發(fā)過程，針對(duì)大學(xué)項(xiàng)目的要求，在半年的時(shí)間里實(shí)現(xiàn)校園網(wǎng)基礎(chǔ)平臺(tái)及業(yè)務(wù)系統(tǒng)的運(yùn)行，在這個(gè)過程中會(huì)產(chǎn)生什么樣的風(fēng)險(xiǎn)，并且闡述了我們是如何規(guī)避和應(yīng)對(duì)這些風(fēng)險(xiǎn)的。同時(shí)介紹了我們以往的一些高校項(xiàng)目在執(zhí)行過程中遇到的風(fēng)險(xiǎn)和問題，以及遇到問題后我們的應(yīng)對(duì)措施。一、需求階段（一）學(xué)校用戶難以界定產(chǎn)品功能范圍，希望要一個(gè)在任何平臺(tái)、任何情況下都適用的產(chǎn)品?！巴昝馈笔遣淮嬖诘?，導(dǎo)致雙方不斷確定、更改相應(yīng)文檔。應(yīng)對(duì)措施：1.對(duì)用戶進(jìn)行軟件需求的培訓(xùn)；2.項(xiàng)目初期明確方向，界定范圍；3.使用原型開發(fā)；4.給用戶演示已結(jié)束的類似項(xiàng)目，獲取用戶需求。（二）隨著用戶對(duì)項(xiàng)目產(chǎn)品的不斷了解（通過各種渠道），不斷提出新的或者更加有難度的需求，造成頻繁變更。應(yīng)對(duì)措施：1.需求分析結(jié)果客戶簽字確認(rèn)，如要更改已確認(rèn)的需求，需雙方進(jìn)行聯(lián)合評(píng)審，評(píng)估變更風(fēng)險(xiǎn)后方可實(shí)施；2.設(shè)計(jì)采用松耦合設(shè)計(jì)，降低非預(yù)期變更帶來的影響范圍；3.對(duì)于新需求，由雙方溝通，采用非技術(shù)手段解決，或者留在以后版本處理；（三）開發(fā)中途變更產(chǎn)品的硬件環(huán)境要求，導(dǎo)致軟、硬件接口出現(xiàn)問題。應(yīng)對(duì)措施：1.對(duì)于硬件環(huán)境的變更必須及時(shí)評(píng)估對(duì)于設(shè)計(jì)的影響；2.設(shè)計(jì)方案應(yīng)有較大彈性，以適應(yīng)硬件環(huán)境的變化。二、設(shè)計(jì)階段（一）階段交付/迭代開發(fā)模型帶來的風(fēng)險(xiǎn)迭代法雖然能減少軟件系統(tǒng)的后期維護(hù)費(fèi)用，降低因需求不明確帶來的項(xiàng)目風(fēng)險(xiǎn)，但是初期交付原型本身功能設(shè)置不齊全、性能不好，會(huì)導(dǎo)致原型的設(shè)計(jì)和使用超出預(yù)期的花費(fèi)和時(shí)間，并且使客戶產(chǎn)生項(xiàng)目是否能夠?qū)崿F(xiàn)的疑慮。應(yīng)對(duì)措施：1.設(shè)立階段目標(biāo)；2.給客戶進(jìn)行設(shè)計(jì)及實(shí)現(xiàn)過程講解，使客戶要求的階段交付目標(biāo)盡量與階段實(shí)現(xiàn)的目標(biāo)相一致。（二）在系統(tǒng)設(shè)計(jì)時(shí)為考慮軟件平臺(tái)的應(yīng)用范圍，不斷修改設(shè)計(jì)，進(jìn)行討論，反復(fù)評(píng)審，始終拿捏不定，導(dǎo)致設(shè)計(jì)時(shí)間過長。應(yīng)對(duì)措施：1.尋求有經(jīng)驗(yàn)、有判斷權(quán)的領(lǐng)導(dǎo)作為項(xiàng)目組的核心力量，短時(shí)間內(nèi)判斷適用技術(shù)，確定模塊性能；2.項(xiàng)目前期與用戶充分交流，多調(diào)研需求，后快速開發(fā)，之后再進(jìn)行升級(jí)；（三）不像桌面程序的開發(fā)，發(fā)展時(shí)間長，已逐漸形成了一套規(guī)范，而WEB應(yīng)用剛剛發(fā)展不長時(shí)間，很多東西仍延用桌面程序的要求，但桌面程序與WEB程序的不同導(dǎo)致這些規(guī)范不可能完全適用，甚至大部分的都不適用。而且WEB的表現(xiàn)形式?jīng)Q定了界面布局有著自己的特點(diǎn)，依賴程序員之間自發(fā)的保持界面一致很難達(dá)到希望的效果。應(yīng)對(duì)措施：提供學(xué)校一套WEB界面設(shè)計(jì)規(guī)范；（四）項(xiàng)目規(guī)模估計(jì)不足，不能在預(yù)定時(shí)間交付系統(tǒng)。應(yīng)對(duì)措施：1.細(xì)化需求分析，做好任務(wù)分解；2.掌握先進(jìn)估計(jì)方法，使用估計(jì)工具；3.聘請(qǐng)專家進(jìn)行估計(jì)或參與策劃評(píng)審；4.設(shè)定彈性任務(wù)；（五）開發(fā)任務(wù)未細(xì)化，任務(wù)遺漏，導(dǎo)致最終需求沒有完成。應(yīng)對(duì)措施：使用任務(wù)分解和需求跟蹤矩陣技術(shù)（公司內(nèi)的開發(fā)跟蹤工具）；（六）根據(jù)以往經(jīng)驗(yàn)，對(duì)于系統(tǒng)性能的要求，各高校均有所差異，這種差異會(huì)給軟件設(shè)計(jì)帶來較大的影響。應(yīng)對(duì)措施：1.向客戶展示過去完成的較為成功的設(shè)計(jì)及實(shí)現(xiàn)的功能模塊，說明已完成項(xiàng)目功能齊備、性能優(yōu)異；2.通過平臺(tái)及數(shù)據(jù)庫的優(yōu)化（我們是IBM及ORACLE的合作伙伴，廠商支持力度大）。三、編碼階段（一）由于修改代碼時(shí)會(huì)涉及他人編寫的代碼，而且由于代碼封裝的不好，容易在某人的代碼修改后給他人的代碼代來影響。應(yīng)對(duì)措施：1.明確模塊之間的相互依賴關(guān)系，對(duì)于依賴性較強(qiáng)的模塊加強(qiáng)詳細(xì)設(shè)計(jì)：2.明確人員溝通渠道，對(duì)于發(fā)現(xiàn)問題確保有合理的問題關(guān)閉機(jī)制；（二）團(tuán)體配合能力差，有些模塊間接口定義不明確而導(dǎo)致開發(fā)返工。應(yīng)對(duì)措施：1.詳細(xì)定義模塊間接口聯(lián)系；2.加強(qiáng)開發(fā)規(guī)范的管理，在編碼前再次強(qiáng)化開發(fā)規(guī)范管理的培訓(xùn)；四、測(cè)試階段（一）測(cè)試設(shè)備陳舊落后，導(dǎo)致測(cè)試進(jìn)展緩慢或者測(cè)試中得到的數(shù)據(jù)對(duì)用戶意義不大。應(yīng)對(duì)措施：確認(rèn)測(cè)試環(huán)境，提前借用或購置設(shè)備；（二）測(cè)試用例不完善。測(cè)試人員測(cè)試不全面，考慮不周，導(dǎo)致程序仍存在很多問題，無法結(jié)束項(xiàng)目。應(yīng)對(duì)措施：1.測(cè)試人員參加需求評(píng)審或由PSM對(duì)測(cè)試人員進(jìn)行軟件需求的培訓(xùn)；2.加強(qiáng)測(cè)試用例評(píng)審；（三）對(duì)項(xiàng)目開發(fā)版本控制不力，在后期開發(fā)測(cè)試階段出現(xiàn)版本錯(cuò)誤，測(cè)試的版本不是最新的，導(dǎo)致無效工作。應(yīng)對(duì)措施：1.編碼結(jié)束后進(jìn)行配置審計(jì)；2.測(cè)試過程中由測(cè)試人員控制配置庫中的代碼版本更新；五、實(shí)施階段（一）對(duì)實(shí)施人員和客戶培訓(xùn)不到位，實(shí)施難度大。應(yīng)對(duì)措施：1.項(xiàng)目任務(wù)緊張時(shí)也要求形成《技術(shù)報(bào)告》和《用戶手冊(cè)》作為培訓(xùn)資料；2.可以由實(shí)施人員和客戶共同參與系統(tǒng)測(cè)試，達(dá)到一定培訓(xùn)效果；（二）客戶對(duì)開發(fā)人員依賴感過強(qiáng)，遲遲不肯驗(yàn)收。應(yīng)對(duì)措施：1.做好領(lǐng)導(dǎo)層的工作；2.宣傳講解服務(wù)范圍和公司服務(wù)管理的規(guī)范性；3.做好用戶基層人員的培訓(xùn)工作；4.做好實(shí)施準(zhǔn)備，確保規(guī)范性，確保每步實(shí)施完成的工作階段性得到確認(rèn)；（三）測(cè)試不充分，實(shí)施中發(fā)現(xiàn)從未遇到的問題，推遲驗(yàn)收。應(yīng)對(duì)措施：測(cè)試人員加強(qiáng)對(duì)業(yè)務(wù)的了解，測(cè)試用例聽取多方意見，包括各層次、水平的操作人員；（四）現(xiàn)場(chǎng)與公司開發(fā)人員有多個(gè)版本接口，造成版本混亂，拖延溝通時(shí)間。應(yīng)對(duì)措施：統(tǒng)一版本控制接口，專人發(fā)放程序；（五）銷售人員定義的合同存在二義性。應(yīng)對(duì)措施：簽訂合同時(shí)技術(shù)人員參與，明確主要需求，并確定提出新需求不能超過需求的30％，否則另外收費(fèi)；六、全過程（一）人力資源分配不當(dāng)，無法充分考慮項(xiàng)目組成員的個(gè)人喜好和對(duì)開發(fā)語言的熟悉程度，以及個(gè)人工作能力和工作任務(wù)的分配，導(dǎo)致人員的抵觸情緒。應(yīng)對(duì)措施：1.項(xiàng)目負(fù)責(zé)人充分了解成員具體特點(diǎn)，調(diào)查人員意愿，分配任務(wù)前取得人員的認(rèn)可；2.對(duì)于能力較差的人員負(fù)責(zé)的模塊細(xì)致分析該模塊的邏輯，確定不清晰的問題，增加人員參與該模塊的編碼；（二）項(xiàng)目組重要成員流失或項(xiàng)目進(jìn)行到一半，有些人員要出差去解決以前項(xiàng)目的問題，導(dǎo)致其負(fù)責(zé)的模塊暫停。應(yīng)對(duì)措施：1.日常保證文檔質(zhì)量和工作日志，使項(xiàng)目本身具備抗風(fēng)險(xiǎn)能力，弱化對(duì)人員的依賴性；2.安排相對(duì)穩(wěn)定的人員參與項(xiàng)目，與開發(fā)人員加強(qiáng)溝通，幫助解決生活等方面問題，團(tuán)結(jié)開發(fā)隊(duì)伍；3.對(duì)于關(guān)鍵技術(shù)要保證至少兩個(gè)人參與，可以由兩個(gè)人負(fù)責(zé)兩個(gè)模塊的配對(duì)開發(fā)，既提高效率，降低接口復(fù)雜度，也避免人員變動(dòng)的風(fēng)險(xiǎn)。第五節(jié)項(xiàng)目控制項(xiàng)目控制是對(duì)整個(gè)項(xiàng)目進(jìn)行過程中的各種情況進(jìn)行控制的一種手段，通過對(duì)項(xiàng)目進(jìn)度、項(xiàng)目質(zhì)量、項(xiàng)目的提交等控制和管理，以確保項(xiàng)目能夠在不超出預(yù)算的前提下按時(shí)保質(zhì)保量完成。本節(jié)主要從管理控制、交付控制、缺陷管理、質(zhì)量管理、文檔管理和變更管理等方面進(jìn)行描述。一、管理控制管理控制涉及項(xiàng)目活動(dòng)的所有方面，控制活動(dòng)以項(xiàng)目指導(dǎo)委員會(huì)會(huì)議、項(xiàng)目保證小組會(huì)議和其他的項(xiàng)目會(huì)議方式來進(jìn)行。會(huì)議類型包括：項(xiàng)目啟動(dòng)會(huì)議–提供一個(gè)項(xiàng)目的良好開端，以確保如參照、目標(biāo)、承諾、調(diào)整、計(jì)劃和組織等詞匯被清楚的定義、公布、理解并達(dá)成一致。進(jìn)度會(huì)議–這是一個(gè)常規(guī)會(huì)議。在會(huì)議中，項(xiàng)目經(jīng)理將匯報(bào)項(xiàng)目當(dāng)前狀況，并提供一個(gè)契機(jī)，讓項(xiàng)目指導(dǎo)委員會(huì)解決那些項(xiàng)目經(jīng)理無法解決的項(xiàng)目問題。會(huì)議召開的頻度由雙方?jīng)Q定。最后階段的評(píng)估–它在每個(gè)實(shí)施階段的收尾部分進(jìn)行。開發(fā)結(jié)案會(huì)議–這是項(xiàng)目指導(dǎo)委員會(huì)的最后一個(gè)會(huì)議，用來確認(rèn)并接受新開發(fā)的系統(tǒng)，并正式宣布相關(guān)的開發(fā)階段結(jié)束。關(guān)鍵點(diǎn)檢查–這是一個(gè)定時(shí)進(jìn)行的會(huì)議。項(xiàng)目經(jīng)理檢查相關(guān)交付物，確認(rèn)項(xiàng)目的技術(shù)問題，并按需要采取相應(yīng)的措施。二、交付控制質(zhì)量和技術(shù)控制主要針對(duì)特定階段提交的交付物，而不是針對(duì)整個(gè)階段的產(chǎn)品結(jié)果。目的是為了在開發(fā)階段盡可能早的確認(rèn)并改正錯(cuò)誤。它通常采用下面的控制機(jī)制：質(zhì)量抽查－每一次質(zhì)量抽查，是指技術(shù)、質(zhì)量保證及用戶的相關(guān)人員對(duì)交付物進(jìn)行檢查，確定它已經(jīng)完成、符合對(duì)它的描述、符合質(zhì)量標(biāo)準(zhǔn)和相關(guān)的用戶需求。變更控制–一個(gè)變更是指與一個(gè)或多個(gè)交付物相關(guān)的并且事先未知的需求改變。它需要被記錄并應(yīng)采取適當(dāng)措施加以控制以防變化擴(kuò)大化。軟件配置管理–軟件配置管理提供一個(gè)正式的機(jī)制用來對(duì)交付物進(jìn)行標(biāo)記和歸檔，跟蹤開發(fā)狀態(tài)及它們之間的關(guān)系。缺陷管理–缺陷是指已被認(rèn)為正式通過后的交付物發(fā)現(xiàn)技術(shù)上的異常問題。它需要被記錄及改正以保持交付產(chǎn)品的完整性。風(fēng)險(xiǎn)管理–這個(gè)控制機(jī)制用來識(shí)別、評(píng)估、監(jiān)控項(xiàng)目風(fēng)險(xiǎn)，使項(xiàng)目風(fēng)險(xiǎn)對(duì)項(xiàng)目的破壞程度降到最小。三、缺陷管理缺陷管理是管理在系統(tǒng)驗(yàn)收測(cè)試中發(fā)現(xiàn)的、新系統(tǒng)運(yùn)行過程中發(fā)現(xiàn)的錯(cuò)誤的修改工作。發(fā)現(xiàn)的缺陷將被記錄，而且修正過程需要被嚴(yán)格監(jiān)控。缺陷是指新運(yùn)行系統(tǒng)與開發(fā)前確定需求規(guī)格的差異（即接收到的需求與完成的產(chǎn)品之間的差別），包括文檔，用戶界面，功能，以及性能。非偏離需求規(guī)格而引起的變動(dòng)叫“變動(dòng)請(qǐng)求”（CR）。CR將被按照變動(dòng)管理的方法去報(bào)告和處理。詳細(xì)描述見“變動(dòng)管理”部分。（一）缺陷跟蹤系統(tǒng)為在系統(tǒng)開發(fā)過程中，能夠即時(shí)提交缺陷，管理缺陷，分配、更新缺陷跟蹤記錄，必須建立缺陷跟蹤系統(tǒng)。缺陷的管理包括：1.缺陷發(fā)現(xiàn)2.缺陷提交3.缺陷分級(jí)4.缺陷分配5.解決缺陷6.再測(cè)試7.發(fā)布和完成（二）缺陷狀態(tài)每個(gè)缺陷將被分配一個(gè)狀態(tài)。缺陷的處理過程可以通過觀察每個(gè)缺陷的狀態(tài)來完成缺陷監(jiān)控?？赡艹霈F(xiàn)的狀態(tài)有：《項(xiàng)目缺陷狀態(tài)表》狀態(tài)說明活動(dòng)的缺陷已經(jīng)輸入，還沒有實(shí)施解決措施已解決缺陷已經(jīng)分配，問題正在解決，等待再測(cè)試。已完成缺陷已經(jīng)測(cè)試過了，沒有碰到更多問題重復(fù)屬于重復(fù)性的缺陷優(yōu)先缺陷比其它系統(tǒng)缺陷要優(yōu)先處理（三）缺陷發(fā)現(xiàn)大部分缺陷是在測(cè)試階段發(fā)現(xiàn)的，如先前所講，缺陷是文檔中描述的需求與完成產(chǎn)品之間的差異。而系統(tǒng)改進(jìn)方面的請(qǐng)求應(yīng)按照“變動(dòng)管理”方法處理。（四）缺陷提交每個(gè)項(xiàng)目組成員都可以提交缺陷，通常，大部分缺陷都是在系統(tǒng)測(cè)試階段發(fā)現(xiàn)的。在這種情況下，缺陷要報(bào)告給項(xiàng)目經(jīng)理，并且登記到缺陷管理系統(tǒng)。所有的缺陷將進(jìn)入缺陷管理系統(tǒng)，它們應(yīng)該包含以下信息：1.缺陷所在系統(tǒng)模塊2.缺陷的詳細(xì)描述3.如果是功能缺陷，說明是否缺陷會(huì)再產(chǎn)生，以及再產(chǎn)生的步驟。4.嚴(yán)重度根據(jù)發(fā)現(xiàn)問題的性質(zhì)，缺陷的重要程度可以分為：《缺陷重要程度表》PRIVATE嚴(yán)重度適用于S1防礙系統(tǒng)能力的發(fā)揮S2防礙運(yùn)行和重要任務(wù)的完成，但是其他功能仍然可以用S3影響運(yùn)行和重要任務(wù)完成，而且沒有解決措施S4影響運(yùn)行和重要任務(wù)完成，已經(jīng)發(fā)現(xiàn)解決辦法S5使操作員使用不方便和煩惱，但是不影響運(yùn)行和關(guān)鍵任務(wù)處理使操作員使用不方便和煩惱，但不妨礙任務(wù)的完成S6其他影響缺陷一旦被接收，分配一個(gè)唯一編碼，其狀態(tài)為“活動(dòng)”（五）缺陷優(yōu)先級(jí)缺陷管理長官要每天監(jiān)控缺陷提交。根據(jù)缺陷的嚴(yán)重度和性質(zhì)對(duì)缺陷分配一個(gè)優(yōu)先級(jí)：高-缺陷必須盡快改正 中-應(yīng)該盡快修正。但是，可以在所有高優(yōu)先級(jí)別的缺陷修正之后做。低-缺陷可以以后再改，不會(huì)影響系統(tǒng)運(yùn)行。（六）缺陷分配缺陷將按以下順序分配給開發(fā)者去改正：高，中，低。在軟件開發(fā)和內(nèi)部測(cè)試階段，分配和解決缺陷可能不必獲得項(xiàng)目經(jīng)理的批準(zhǔn)。軟件開發(fā)者可以分配和解決所有必要的缺陷。然而，一旦一個(gè)版本已經(jīng)選為基本版本，項(xiàng)目經(jīng)理要進(jìn)行影響分析，確定是否要解決該缺陷。在版本選擇階段，任何缺陷的修改必須獲得配置管理員和項(xiàng)目經(jīng)理的批準(zhǔn)。（七）解決缺陷當(dāng)開發(fā)者收到缺陷時(shí)，要分析缺陷的成因，并分析原因和提出解決方案。其直接領(lǐng)導(dǎo)要立刻批準(zhǔn)對(duì)應(yīng)的分析和解決方法。批準(zhǔn)之后，項(xiàng)目經(jīng)理要分配時(shí)間去解決問題。為修改程序，需要從版本控制系統(tǒng)中借出源文件。對(duì)缺陷要做單元測(cè)試，以免影響系統(tǒng)其他部分。當(dāng)缺陷改正后，有關(guān)文件要還回版本控制系統(tǒng)。在還回時(shí)，記錄缺陷的編號(hào)和簡要描述。在缺陷管理系統(tǒng)里面，要更新缺陷的信息，加入缺陷分析和解決措施，以及修改過的文件。缺陷的狀態(tài)應(yīng)標(biāo)為“正在解決中”，并分配給測(cè)試組進(jìn)行重新測(cè)試。所有會(huì)影響文檔的修補(bǔ)，如用戶文檔，要通知項(xiàng)目經(jīng)理，以便采取響應(yīng)行動(dòng)。（八）測(cè)試，布置和結(jié)束缺陷處于“正在解決中”狀態(tài)，而且被發(fā)回測(cè)試組時(shí)，將進(jìn)行再測(cè)試。測(cè)試組根據(jù)標(biāo)準(zhǔn)測(cè)試方法測(cè)試。如果再測(cè)試成功，將修改部分布置到生產(chǎn)系統(tǒng)中，要求用戶再進(jìn)行測(cè)試。如果沒有問題，缺陷的狀態(tài)就可以標(biāo)志為“已完成”。如果缺陷仍然存在，或碰到新問題，缺陷要被發(fā)回負(fù)責(zé)處理的人。返回的缺陷要包含返回的原因和碰到的問題。返回的缺陷要被再評(píng)估，這個(gè)過程要不斷重復(fù)直到缺陷解決為止。（九）缺陷跟蹤和監(jiān)控為確保一系列行動(dòng)被執(zhí)行，并且在要求時(shí)間內(nèi)完成，缺陷應(yīng)該由項(xiàng)目經(jīng)理親自進(jìn)行跟蹤和監(jiān)控。四、質(zhì)量保證管理(QA)質(zhì)量保證是一個(gè)有計(jì)劃和系統(tǒng)化的質(zhì)量管理過程，提供項(xiàng)目或產(chǎn)品遵守技術(shù)的需求的足夠的信心。我們將依據(jù)質(zhì)量法則來建立一套軟件質(zhì)量保證計(jì)劃，來確保項(xiàng)目的標(biāo)準(zhǔn)和流程具有足夠的質(zhì)量水平，并將它貫穿在項(xiàng)目的始終。（一）質(zhì)量法則質(zhì)量不僅僅是指軟件產(chǎn)品的測(cè)試，它在軟件的生產(chǎn)過程之中被不斷建立。我們的質(zhì)量保證的方法基于下列的質(zhì)量法則：預(yù)防錯(cuò)誤的產(chǎn)生確保錯(cuò)誤盡可能早的被發(fā)現(xiàn)增加方式的設(shè)計(jì)、開發(fā)和測(cè)試，以減少無謂的錯(cuò)誤根據(jù)需求，獨(dú)立的開展測(cè)試工作1.預(yù)防我們通過下列方式避免在開發(fā)過程中產(chǎn)生錯(cuò)誤：采用適當(dāng)?shù)能浖こ痰臉?biāo)準(zhǔn)和流程獨(dú)立的測(cè)試，確保滿足項(xiàng)目的功能性和技術(shù)性的需求清晰地界定人員的角色、責(zé)任和交流的渠道高質(zhì)量的輸入，包括軟件工具受過相應(yīng)培訓(xùn)和有經(jīng)驗(yàn)的人員2.獨(dú)立的檢查和確認(rèn)（質(zhì)量控制）采用預(yù)先防范的策略可以大大減少錯(cuò)誤的數(shù)量，但是錯(cuò)誤并不能完全消除。因而，我們將采用第二種防范手段，盡可能早的把開發(fā)過程中產(chǎn)生的錯(cuò)誤檢查出來并加以糾正。錯(cuò)誤發(fā)現(xiàn)的越晚，糾正錯(cuò)誤的代價(jià)就越高。我們將采用質(zhì)量控制，例如技術(shù)審查（正式和非正式），在軟件開發(fā)周期的各個(gè)階段，在產(chǎn)品開發(fā)的各個(gè)關(guān)鍵點(diǎn)，需求、設(shè)計(jì)、文檔和編碼，而不僅僅把質(zhì)量控制留在測(cè)試階段。在這個(gè)階段，糾正主要的錯(cuò)誤已經(jīng)太遲了，糾正的成本也太高了。3.技術(shù)審查我們將在所有主要的文檔和軟件模塊提交之前，進(jìn)行技術(shù)審查。審查的目的是為了評(píng)估一個(gè)特定的元素是否遵守下列規(guī)定：遵守規(guī)范符合相應(yīng)的項(xiàng)目標(biāo)準(zhǔn)和流程以納入變動(dòng)控制的管理，因而所有的變動(dòng)都能被正確的實(shí)現(xiàn)，并僅僅影響在變動(dòng)描述所確定的地方技術(shù)審查包括在質(zhì)量保證計(jì)劃中，包括檢查點(diǎn)的審查，同事間相互審查，預(yù)演和代碼級(jí)的檢查。4.測(cè)試測(cè)試是指通過手工或自動(dòng)的方式，對(duì)系統(tǒng)或系統(tǒng)中的組件執(zhí)行檢查或評(píng)估，它包括：確認(rèn)滿足指定的需求確認(rèn)期望的和實(shí)際的結(jié)果之間的差異我們?cè)谙到y(tǒng)驗(yàn)收測(cè)試之前，要對(duì)所有的軟件進(jìn)行系統(tǒng)集成測(cè)試。通過一個(gè)獨(dú)立的測(cè)試團(tuán)隊(duì)來進(jìn)行內(nèi)部測(cè)試，從保證公平的角度來說是很有必要的。質(zhì)量保證的職責(zé)每個(gè)項(xiàng)目組的成員在開發(fā)和測(cè)試中都要遵循一個(gè)既定的流程。我們分配一個(gè)以獨(dú)立身份出現(xiàn)的質(zhì)量保證者（以下簡稱QAM）來定義這樣一個(gè)流程。一個(gè)標(biāo)準(zhǔn)的流程是由書面的標(biāo)準(zhǔn)和流程組成并被定義在軟件開發(fā)的環(huán)境中。質(zhì)量不僅僅體現(xiàn)在項(xiàng)目產(chǎn)生的產(chǎn)品上，每一個(gè)參與項(xiàng)目的員工都要為他們自己的工作質(zhì)量負(fù)責(zé)，項(xiàng)目經(jīng)理為整個(gè)項(xiàng)目的質(zhì)量負(fù)責(zé)。質(zhì)量保證的行為我們分配一個(gè)獨(dú)立的QAM來定義所有必需的軟件質(zhì)量保證的行為，包括在質(zhì)量保證計(jì)劃中?？偟膩碚f，這個(gè)QA的方案包括下列的行為：管理對(duì)管理的結(jié)構(gòu)進(jìn)行分析本身就是一種QA的行為，會(huì)影響到軟件本身的質(zhì)量。我們將為項(xiàng)目建立一個(gè)相應(yīng)的管理結(jié)構(gòu)，結(jié)構(gòu)中的每個(gè)角色都有清晰定義的任務(wù)和職責(zé)。文檔QAM分析項(xiàng)目中的文檔計(jì)劃，確定與同類計(jì)劃的相關(guān)標(biāo)準(zhǔn)的差異，并從項(xiàng)目管理的角度討論這些差異。標(biāo)準(zhǔn)和實(shí)踐QAM將監(jiān)控所有的標(biāo)準(zhǔn)（如編程標(biāo)準(zhǔn)）和流程（如質(zhì)量審查）并貫穿項(xiàng)目的始終。審查和稽核QAM將檢查對(duì)項(xiàng)目審查和稽核工作的安排，確保它們對(duì)項(xiàng)目來說是充分的和必要的。測(cè)試運(yùn)行軟件并對(duì)軟件進(jìn)行測(cè)試，是軟件開發(fā)質(zhì)量控制的重要一部分。QAM將檢查QA的這些行為相關(guān)的計(jì)劃或報(bào)告，如測(cè)試計(jì)劃，測(cè)試方案，測(cè)試數(shù)據(jù)和測(cè)試報(bào)告，為測(cè)試做好充分的準(zhǔn)備。編碼、文檔和媒介控制QAM將檢查所有的軟件工程中使用到的流程、方法的正確行，以及文檔和其他媒介（如CD）是否在管理、存儲(chǔ)、安全和版本控制方面被正確使用。五、變更管理（一）配置管理和版本控制企業(yè)公司采用相應(yīng)的配置控制程序來管理新系統(tǒng)的各個(gè)部分，包括文檔，需求，設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)，編碼，文件和數(shù)據(jù)。并在項(xiàng)目實(shí)際實(shí)施的時(shí)候制定配置管理計(jì)劃，并委任一名配置管理員。配置控制的目的是控制系統(tǒng)的物理和功能特性，確保整個(gè)系統(tǒng)的完整性。配置控制即是技術(shù)活動(dòng)又是管理活動(dòng)，它的過程包括：發(fā)現(xiàn)并定義系統(tǒng)中的配置項(xiàng)目；控制配置項(xiàng)目的版本和變動(dòng)；記錄和報(bào)告配置項(xiàng)目的狀態(tài)；確認(rèn)配置項(xiàng)目的完成和正確配置項(xiàng)目發(fā)現(xiàn)和保存每個(gè)配置項(xiàng)目要有一個(gè)編號(hào)，用來區(qū)別有不同需求和實(shí)施要求的其它項(xiàng)目。它還有一個(gè)版本號(hào)，用來標(biāo)明該項(xiàng)目所處的階段，在配置項(xiàng)目修改時(shí)，版本號(hào)要更新。配置系統(tǒng)要能夠容納新的配置項(xiàng)目，不必修改現(xiàn)存項(xiàng)目。配置項(xiàng)目要保存在軟件庫里面。為確保足夠的安全以及對(duì)所有可交付軟件項(xiàng)目的控制必須建立如下典型的軟件庫：名稱狀態(tài)開發(fā)庫動(dòng)態(tài)的主庫控制的靜態(tài)庫靜態(tài)的開發(fā)庫是軟件作為一系列模塊進(jìn)行開發(fā)和測(cè)試的動(dòng)態(tài)庫。主庫是一個(gè)被控制的庫，項(xiàng)目的放入和取出必須按規(guī)定并以一定的控制方式進(jìn)行。例如，在單元測(cè)試成功之后，模塊可以被轉(zhuǎn)入到系統(tǒng)主庫，然后供系統(tǒng)集成和系統(tǒng)測(cè)試。任何經(jīng)過以上測(cè)試需要修改模塊都要放回開發(fā)庫，以供測(cè)試。當(dāng)主庫達(dá)到了一定程度的穩(wěn)定后，就可以將它合成一個(gè)基準(zhǔn)。每當(dāng)基準(zhǔn)發(fā)布以后，相關(guān)主庫都要進(jìn)行拷貝生產(chǎn)靜態(tài)庫。之所以叫做靜態(tài)庫，因?yàn)橐院蟛辉俑?，并且歸檔。配置變動(dòng)控制只有當(dāng)項(xiàng)目已經(jīng)成為基準(zhǔn)的一部分時(shí)，軟件配置控制才能夠進(jìn)行，它主要控制：評(píng)估對(duì)配置項(xiàng)目的變動(dòng)協(xié)調(diào)批準(zhǔn)的變動(dòng)在本項(xiàng)目的執(zhí)行過程中，項(xiàng)目經(jīng)理將與大學(xué)一起定義處理配置變動(dòng)以及變動(dòng)授權(quán)管理方法。作為對(duì)于已經(jīng)通過的單元，系統(tǒng)的驗(yàn)收測(cè)試項(xiàng)目的變動(dòng)，需要更高級(jí)別的授權(quán)。配置狀態(tài)記錄配置狀態(tài)記錄包括所有配置項(xiàng)目跟蹤報(bào)告，并且貫穿整個(gè)系統(tǒng)開發(fā)周期中，配置項(xiàng)目狀態(tài)將通過配置管理員來跟蹤和控制：為有效進(jìn)行配置狀態(tài)記錄，應(yīng)該記錄以下信息：每個(gè)基準(zhǔn)版的日期，版本和問題； 每份文檔審閱以及文檔修改的日期狀態(tài)；每份軟件問題報(bào)告、修改請(qǐng)求、和修改報(bào)告的日期和狀態(tài)；每個(gè)培置項(xiàng)目的總結(jié)描述。軟件版本企業(yè)公司要在版本文檔內(nèi)記錄軟件的版本。后續(xù)版本要附一個(gè)版本說明。該說明列出了版本內(nèi)的配置項(xiàng)目，并且說明其安裝步驟。而且，所有已經(jīng)修改的錯(cuò)誤和已經(jīng)合并的新的需求都要有記錄。企業(yè)公司要在提交新版本之前重新測(cè)試修改過的軟件。對(duì)于每個(gè)版本，本公司保證文檔和代碼的一致性，而且保存舊版本。（二）變動(dòng)管理的方法產(chǎn)品的完整性需要通過變動(dòng)管理來維持。用戶需求的變化、系統(tǒng)需求的變化和系統(tǒng)設(shè)計(jì)的變化都被監(jiān)控和跟蹤，從而了解被批準(zhǔn)變動(dòng)的實(shí)施狀態(tài)?？刂谱儎?dòng)的目的是為了確保只有經(jīng)過批準(zhǔn)的變動(dòng)才能實(shí)施，確保變動(dòng)情況傳達(dá)到了相應(yīng)的有關(guān)方面，提供它們考慮和獲得它們批準(zhǔn)。用戶需求、系統(tǒng)需求和系統(tǒng)設(shè)計(jì)文檔在通過評(píng)審并批準(zhǔn)后將作為基準(zhǔn)。當(dāng)一個(gè)文檔變?yōu)榛鶞?zhǔn)以后，就自動(dòng)進(jìn)入變動(dòng)控制范圍。任何變動(dòng)都需要提交變動(dòng)請(qǐng)求。變動(dòng)管理由以下四部分組成：變動(dòng)請(qǐng)求變動(dòng)評(píng)估變動(dòng)批準(zhǔn)變動(dòng)實(shí)施和跟蹤任何變動(dòng)都要通過變動(dòng)請(qǐng)求（CR）提出并提交到項(xiàng)目指導(dǎo)委員會(huì)進(jìn)行批準(zhǔn)。CR并不意味現(xiàn)存產(chǎn)品有任何錯(cuò)誤。提出CR可能的理由有：用戶希望修改系統(tǒng)某一特性發(fā)現(xiàn)了新的需求項(xiàng)目組成員針對(duì)系統(tǒng)某一特性提出了一個(gè)改良的建議（1）變動(dòng)請(qǐng)求當(dāng)有變動(dòng)需要時(shí)，請(qǐng)求者將填表格，表格要包含以下信息：變動(dòng)所影響的模塊和系統(tǒng)變動(dòng)的描述變動(dòng)的理由變動(dòng)細(xì)節(jié)預(yù)計(jì)的影響收到CR后，項(xiàng)目經(jīng)理將其編號(hào)，召開會(huì)議討論。（2）變動(dòng)評(píng)估和批準(zhǔn)當(dāng)項(xiàng)目指導(dǎo)委員會(huì)收到CR后，要決定是批準(zhǔn)還是否決。任何變動(dòng)都要在會(huì)議之前做好研究。項(xiàng)目服務(wù)控制人員將考慮請(qǐng)求的重要性，并進(jìn)行影響分析。調(diào)查者要寫影響分析報(bào)告，并發(fā)給項(xiàng)目指導(dǎo)委員一份。變動(dòng)的種類根據(jù)影響分析報(bào)告，變動(dòng)將被分為以下幾類：類別1，變動(dòng)影響到基準(zhǔn)文檔或者引起成本和進(jìn)度變動(dòng)。類別2，變動(dòng)不影響基準(zhǔn)文檔，并且對(duì)于成本和進(jìn)度影響可以忽略。如果委員會(huì)認(rèn)為變動(dòng)屬于類別2，變動(dòng)自動(dòng)獲批準(zhǔn)，不要進(jìn)一步行動(dòng)。如果變動(dòng)屬于類別1，必須給出如何處理的建議。有兩種可能性：-接受變動(dòng)并建議變動(dòng)何時(shí)實(shí)施拒絕請(qǐng)求影響分級(jí)根據(jù)“影響分析報(bào)告”，變動(dòng)的影響可以分為以下級(jí)別：《變動(dòng)影響級(jí)別表》狀態(tài)說明高變動(dòng)的實(shí)施非常重要，比如為符合合同的要求中很有必要實(shí)施，比如影響到運(yùn)行效率低沒有大的好處和影響，比如文檔的修改裝飾性改動(dòng)很小，對(duì)系統(tǒng)的作用不可測(cè)量，例如修改操作手冊(cè)的樣式。根據(jù)CR的優(yōu)先級(jí)和其他項(xiàng)目因素（比如，可用時(shí)間和資源），委員會(huì)可以決定是否建議實(shí)施變動(dòng)。影響分析影響分析是要確定對(duì)產(chǎn)品進(jìn)行變動(dòng)所需要的資源，時(shí)間，成本，以及風(fēng)險(xiǎn)。研究者應(yīng)該準(zhǔn)備“影響分析報(bào)告”。報(bào)告中應(yīng)包含以下項(xiàng)目：提出者和其單位所建議的達(dá)到變化的簡要方法技術(shù)優(yōu)點(diǎn)評(píng)估潛在副作用評(píng)價(jià)總結(jié)對(duì)其他配置項(xiàng)目和系統(tǒng)功能的總體影響必須考慮的限制預(yù)計(jì)對(duì)于項(xiàng)目成本和時(shí)間的變動(dòng)評(píng)審和監(jiān)督的標(biāo)準(zhǔn)建議可以采取的方法和不能采取的方法（3）變動(dòng)的批準(zhǔn)變動(dòng)請(qǐng)求應(yīng)該有以下六狀態(tài)：《變動(dòng)請(qǐng)求表》未處理未有決定否決已決定不變動(dòng)延后決定不在此項(xiàng)目中修改，留待以后去做同意批準(zhǔn)實(shí)施進(jìn)展中正在實(shí)施變動(dòng)完成已經(jīng)完成變動(dòng)并經(jīng)過審核在會(huì)議結(jié)束，CR應(yīng)該處于以下狀態(tài)之一：未處理，否決，延后，或批準(zhǔn)。獲得批準(zhǔn)并且開始了實(shí)施工作，狀態(tài)應(yīng)為：進(jìn)展中。所有工作完成，CR將處于“完成”狀態(tài)。會(huì)議中請(qǐng)求的列表應(yīng)記錄在文檔中，并且標(biāo)明審批的狀態(tài)，最后要委員會(huì)簽署。在項(xiàng)目結(jié)束時(shí)，所有的CR應(yīng)處于“否決”，“延后”，“完成”三種狀態(tài)之一。（4）變動(dòng)實(shí)施和跟蹤根據(jù)委員會(huì)對(duì)變動(dòng)的建議，有兩種的行動(dòng)可能發(fā)生。如果委員會(huì)建議是否決，將請(qǐng)求的狀態(tài)記錄為“完成”，如果委員會(huì)建議接受并批準(zhǔn)了書面的對(duì)計(jì)劃和成本的影響，本公司要實(shí)施變動(dòng)的處理。五、文檔管理（一）主要文檔的描述文檔是指在項(xiàng)目實(shí)施過程中以及軟硬件安裝、操作、使用、測(cè)試、控制和維護(hù)過程中，參與項(xiàng)目的人員用來計(jì)劃、設(shè)計(jì)、編輯、發(fā)布和維護(hù)所產(chǎn)生的紙質(zhì)、電子和程序文件。在整個(gè)軟件生存期中，各種半成品或成品文檔被不斷地生成、修改或補(bǔ)充。文檔可被人和計(jì)算機(jī)閱讀，它起到開發(fā)團(tuán)隊(duì)、用戶之間起到橋梁作用，使項(xiàng)目能夠進(jìn)行控制、實(shí)施和評(píng)價(jià)，使項(xiàng)目得以順利完成。根據(jù)項(xiàng)目實(shí)施過程，將提交下列內(nèi)容：1.總體規(guī)劃階段：項(xiàng)目任務(wù)書、項(xiàng)目開發(fā)實(shí)施計(jì)劃、開發(fā)人員安排、項(xiàng)目質(zhì)量計(jì)劃、質(zhì)量保證計(jì)劃、總體工程計(jì)劃、階段工作計(jì)劃、文檔編寫計(jì)劃、項(xiàng)目啟動(dòng)文檔等2.需求分析階段：業(yè)務(wù)模型說明書、問題陳述書、USECASE模型、USECASE說明書、用戶界面設(shè)計(jì)說明書、用戶界面模型、術(shù)語表、系統(tǒng)需求規(guī)范、需求說明書、用戶手冊(cè)（系統(tǒng)功能說明）、硬件設(shè)備安裝調(diào)試指南等；3.系統(tǒng)設(shè)計(jì)階段：系統(tǒng)設(shè)計(jì)報(bào)告、系統(tǒng)結(jié)構(gòu)分析說明書、軟件構(gòu)架說明書、子系統(tǒng)設(shè)計(jì)說明書、類設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、系統(tǒng)數(shù)據(jù)字典、應(yīng)用系統(tǒng)接口規(guī)范、系統(tǒng)測(cè)試方案、規(guī)范和預(yù)期結(jié)果、功能設(shè)計(jì)文檔、設(shè)計(jì)評(píng)審報(bào)告等；4.系統(tǒng)測(cè)試：測(cè)試計(jì)劃、測(cè)試規(guī)范、缺陷分析報(bào)告、測(cè)試環(huán)境核校驗(yàn)、代碼審查表、測(cè)試方案、測(cè)試記錄、測(cè)試驗(yàn)證表、測(cè)試報(bào)告、測(cè)試問題報(bào)告——問題部分、測(cè)試問題報(bào)告——解決部分、測(cè)試總結(jié)報(bào)告、系統(tǒng)安裝報(bào)告、內(nèi)部測(cè)試報(bào)告、系統(tǒng)操作手冊(cè)、培訓(xùn)教材、系統(tǒng)測(cè)試結(jié)果、系統(tǒng)維護(hù)手冊(cè)、系統(tǒng)維護(hù)流程、備份流程等；5.用戶測(cè)試：系統(tǒng)發(fā)布說明書、上線計(jì)劃、上線及運(yùn)行報(bào)告、系統(tǒng)培訓(xùn)教材、用戶使用手冊(cè)、系統(tǒng)管理員手冊(cè)、系統(tǒng)驗(yàn)收?qǐng)?bào)告等6.系統(tǒng)試運(yùn)行：系統(tǒng)維護(hù)手冊(cè)（軟、硬件）、系統(tǒng)故障診斷書、最終驗(yàn)收測(cè)試報(bào)告、應(yīng)用軟件源代碼、相關(guān)圖表、用戶問題報(bào)告等7.項(xiàng)目管理：項(xiàng)目計(jì)劃、資源計(jì)劃、變更控制計(jì)劃、風(fēng)險(xiǎn)管理計(jì)劃《各文件內(nèi)容說明表》文檔名稱項(xiàng)目啟動(dòng)文檔(PID)目的記錄推薦的項(xiàng)目組織，項(xiàng)目計(jì)劃和項(xiàng)目控制方法。它應(yīng)該包含本項(xiàng)目的有效管理的基本的信息。主要內(nèi)容PID的內(nèi)容包括：簡介、項(xiàng)目定義、業(yè)務(wù)案例、組織、項(xiàng)目計(jì)劃、項(xiàng)目控制文檔名稱項(xiàng)目計(jì)劃書目的記錄本項(xiàng)目各個(gè)階段的活動(dòng)主要內(nèi)容項(xiàng)目計(jì)劃的內(nèi)容包括：計(jì)劃的描述、計(jì)劃的前提條件、任務(wù)的關(guān)系、風(fēng)險(xiǎn)分析、質(zhì)量方案、技術(shù)方案、資源方案、變更控制文檔名稱系統(tǒng)需求規(guī)范目的提供目標(biāo)系統(tǒng)的系統(tǒng)設(shè)計(jì)，功能定義的詳細(xì)內(nèi)容描述目標(biāo)系統(tǒng)的網(wǎng)絡(luò)物理設(shè)計(jì)主要內(nèi)容系統(tǒng)結(jié)構(gòu)、網(wǎng)絡(luò)配置設(shè)計(jì)、用戶程序說明、定制說明、數(shù)據(jù)轉(zhuǎn)換說明、接口說明文檔名稱需求分析文檔目的提供系統(tǒng)需求分析的詳細(xì)內(nèi)容主要內(nèi)容業(yè)務(wù)模型說明、USECASE模型、USECASE說明、用戶界面設(shè)計(jì)說明、用戶界面模型、術(shù)語表、需求說明文檔名稱數(shù)據(jù)庫設(shè)計(jì)文檔目的描述數(shù)據(jù)模型和定義主要內(nèi)容數(shù)據(jù)模型、數(shù)據(jù)文件/數(shù)據(jù)庫表定義、數(shù)據(jù)庫設(shè)計(jì)說明、系統(tǒng)數(shù)據(jù)字典文檔名稱功能設(shè)計(jì)文檔目的提供目標(biāo)系統(tǒng)的功能定義的詳細(xì)內(nèi)容主要內(nèi)容功能描述、用戶接口設(shè)計(jì)、數(shù)據(jù)的邏輯校驗(yàn)、外部接口清單文檔名稱軟件設(shè)計(jì)文檔目的提供軟件設(shè)計(jì)的詳細(xì)內(nèi)容主要內(nèi)容類圖、順序圖、系統(tǒng)設(shè)計(jì)報(bào)告、系統(tǒng)結(jié)構(gòu)分析說明、軟件構(gòu)架說明、子系統(tǒng)設(shè)計(jì)說明、類設(shè)計(jì)說明書文檔名稱系統(tǒng)測(cè)試計(jì)劃文檔目的提供軟件測(cè)試相關(guān)的詳細(xì)內(nèi)容主要內(nèi)容測(cè)試計(jì)劃、測(cè)試規(guī)范、缺陷分析報(bào)告、測(cè)試方案、測(cè)試記錄、測(cè)試驗(yàn)證表、測(cè)試問題報(bào)告、測(cè)試總結(jié)報(bào)告文檔名稱系統(tǒng)測(cè)試方案，規(guī)范和預(yù)期的結(jié)果目的定義驗(yàn)收測(cè)試的測(cè)試類型、定義測(cè)試數(shù)據(jù)的需求建立測(cè)試數(shù)據(jù)，使得系統(tǒng)能按計(jì)劃和規(guī)范中的要求進(jìn)行測(cè)試主要內(nèi)容系統(tǒng)測(cè)試方案、測(cè)試方法、捕獲測(cè)試數(shù)據(jù)的方法、系統(tǒng)測(cè)試工具每種活動(dòng)定義的職責(zé)、系統(tǒng)測(cè)試規(guī)范、測(cè)試的目的、測(cè)試數(shù)據(jù)描述、系統(tǒng)測(cè)試結(jié)果文檔名稱用戶測(cè)試文檔目的提供用戶測(cè)試相關(guān)說明主要內(nèi)容系統(tǒng)發(fā)布說明、上線計(jì)劃、上線及運(yùn)行報(bào)告、測(cè)試報(bào)告文檔名稱系統(tǒng)試運(yùn)行維護(hù)文檔目的提供系統(tǒng)試運(yùn)行期間產(chǎn)生的報(bào)告等信息主要內(nèi)容系統(tǒng)維護(hù)手冊(cè)（軟、硬件）、系統(tǒng)故障診斷書、最終驗(yàn)收測(cè)試報(bào)告、應(yīng)用軟件源代碼、相關(guān)圖表、用戶問題報(bào)告文檔名稱操作手冊(cè)目的提供計(jì)算機(jī)操作的相關(guān)指令和信息主要內(nèi)容計(jì)算機(jī)系統(tǒng)信息、計(jì)算機(jī)操作流程、系統(tǒng)維護(hù)流程、備份流程、系統(tǒng)操作和維護(hù)（二）文檔控制文檔控制是指對(duì)項(xiàng)目實(shí)施過程中所產(chǎn)生的文檔進(jìn)行的管理控制行為，是為了讓文檔管理要作到及時(shí)、真實(shí)、符合規(guī)范，應(yīng)按以下要求來制定文檔模版和組織實(shí)施。及時(shí)指的是文檔制作要及時(shí)，歸檔要及時(shí)。真實(shí)指的是文檔中的數(shù)據(jù)必須是真實(shí)有效的。符合標(biāo)準(zhǔn)指的是文檔的格式和填寫必須規(guī)范。此外，根據(jù)大學(xué)項(xiàng)目特點(diǎn)，文檔管理要遵循以下原則：文檔名與文檔編號(hào)規(guī)范、文檔存貯策略；文檔質(zhì)量要求，文檔質(zhì)量體現(xiàn)在：針對(duì)性、精確性、清晰性、完整性、靈活性、可追溯性等方面；文檔管理計(jì)劃；建立連續(xù)控制機(jī)制；設(shè)計(jì)文檔標(biāo)準(zhǔn)；編寫文檔管理；發(fā)布文檔管理；維護(hù)文檔管理；開發(fā)管理；文檔傳遞流程；訪問控制；版本控制。根據(jù)本項(xiàng)目的特點(diǎn)，現(xiàn)主要說明下列幾點(diǎn)：項(xiàng)目庫為了管理整個(gè)項(xiàng)目，所有文檔都要記錄在項(xiàng)目庫中。項(xiàng)目庫是一個(gè)存放所有項(xiàng)目相關(guān)文檔硬拷貝的地方。文檔的軟拷貝必須被保存到一個(gè)預(yù)定義的網(wǎng)絡(luò)目錄，為了安全目的每個(gè)用戶的訪問都被控制。按照文檔的不同屬性分成幾類，建立集中的日志系統(tǒng)如：文件概要文件編號(hào)文件名稱和描述存儲(chǔ)的位置文檔傳遞流程項(xiàng)目庫中的文檔可以被項(xiàng)目組成員有目的的借出，項(xiàng)目庫管理員會(huì)寫一條記錄，用于跟追文檔和確保文檔在使用后歸還。為了便于項(xiàng)目庫的管理，對(duì)一個(gè)特定的版本只保存1份拷貝。當(dāng)文檔不再具有使用價(jià)值的時(shí)候，文檔應(yīng)該被作廢。訪問控制所有文檔應(yīng)該保密。由客戶項(xiàng)目負(fù)責(zé)人決定讀寫權(quán)限。版本控制無論一個(gè)文檔的新版本什么時(shí)候發(fā)布，項(xiàng)目庫的集中日志系統(tǒng)都應(yīng)該更新以反映交付物的最新的變更。為了版本控制的管理，每個(gè)文檔都應(yīng)有一個(gè)修訂版。在文檔發(fā)布后，文檔的發(fā)布編號(hào)應(yīng)隨修訂而增加。采用版本控制的工具，以確保項(xiàng)目組中的所有成員都可以對(duì)任何一個(gè)交付物的當(dāng)前版本進(jìn)行操作。第六節(jié)系統(tǒng)測(cè)試一、測(cè)試任務(wù)與步驟系統(tǒng)測(cè)試是衡量產(chǎn)品質(zhì)量的重要過程。建立詳細(xì)的測(cè)試計(jì)劃是測(cè)試工作保質(zhì)保量完成的前提。而一個(gè)詳細(xì)的測(cè)試計(jì)劃需要依據(jù)項(xiàng)目的實(shí)際實(shí)施中發(fā)生的活動(dòng)和系統(tǒng)需求來編制，我們將在項(xiàng)目實(shí)施過程中根據(jù)需要而制訂詳細(xì)、切實(shí)可行的測(cè)試計(jì)劃。本項(xiàng)目進(jìn)行測(cè)試的主要任務(wù)有：制訂測(cè)試計(jì)劃、測(cè)試標(biāo)準(zhǔn)及測(cè)試風(fēng)險(xiǎn)評(píng)估和避免措施設(shè)計(jì)測(cè)試過程、用例和數(shù)據(jù)測(cè)試執(zhí)行評(píng)價(jià)商業(yè)情況的準(zhǔn)確性利用測(cè)試結(jié)果，監(jiān)控和改進(jìn)測(cè)試過程分析測(cè)試結(jié)果，給出測(cè)試報(bào)告，確定系統(tǒng)的可用性驗(yàn)收測(cè)試過程包含以下步驟：制定測(cè)試策略和過程設(shè)計(jì)測(cè)試用例和數(shù)據(jù)準(zhǔn)備測(cè)試環(huán)境測(cè)試執(zhí)行測(cè)試總結(jié)制定測(cè)試策略和過程：在測(cè)試過程中，客戶對(duì)遞交的系統(tǒng)進(jìn)行測(cè)試和評(píng)估，確信系統(tǒng)滿足規(guī)定的驗(yàn)收標(biāo)準(zhǔn)，確定系統(tǒng)是否能夠提高工作效率?？蛻魧?duì)系統(tǒng)的各個(gè)方面進(jìn)行評(píng)估。制定一個(gè)好的測(cè)試范圍是成功進(jìn)行驗(yàn)收測(cè)試的關(guān)鍵。下面提出系統(tǒng)測(cè)試的主要范圍：用戶界面測(cè)試：驗(yàn)證用戶界面符合標(biāo)準(zhǔn)。要求的測(cè)試數(shù)量取決于開發(fā)過程中為保證一致性所采用的工具，一般在測(cè)試剛開始時(shí)進(jìn)行；功能測(cè)試：保證系統(tǒng)的運(yùn)行滿足功能需求，使用工具BugBase；接口測(cè)試：保證與其它系統(tǒng)或子系統(tǒng)的接口工作正常；兼容性測(cè)試：保證系統(tǒng)在各種可能的用戶群眾都可以正常使用，如，不同的操作系統(tǒng)、瀏覽器、數(shù)據(jù)庫等；負(fù)載測(cè)試：保證系統(tǒng)在最大設(shè)計(jì)負(fù)載下運(yùn)行平穩(wěn)，一個(gè)好的測(cè)試經(jīng)驗(yàn)是讓系統(tǒng)在超過最大設(shè)計(jì)負(fù)載25%的數(shù)據(jù)和處理負(fù)載下運(yùn)行；恢復(fù)測(cè)試：保證備份和恢復(fù)程序工作正常，以及當(dāng)系統(tǒng)遇到突發(fā)事件如斷電、網(wǎng)絡(luò)連接中斷時(shí)對(duì)數(shù)據(jù)的正確處理。一般來說，恢復(fù)程序的基本測(cè)試在系統(tǒng)測(cè)試開始時(shí)進(jìn)行，然后在系統(tǒng)測(cè)試結(jié)束之前再進(jìn)行進(jìn)一步的恢復(fù)測(cè)試；安全測(cè)試：驗(yàn)證系統(tǒng)安全滿足要求，必須是系統(tǒng)的合法用戶才能登錄并進(jìn)行允許的相關(guān)操作。由于安全是系統(tǒng)的基本功能，所以安全測(cè)試通常安排在系統(tǒng)測(cè)試的開始；轉(zhuǎn)換測(cè)試：驗(yàn)證現(xiàn)有的數(shù)據(jù)能進(jìn)行正確的轉(zhuǎn)換。通常情況下，在處理測(cè)試過程中轉(zhuǎn)換的數(shù)據(jù)與新數(shù)據(jù)一起使用來驗(yàn)證數(shù)據(jù)轉(zhuǎn)換的正確性；文檔測(cè)試：驗(yàn)證系統(tǒng)的用戶手冊(cè)、安裝手冊(cè)、幫助信息等說明性文檔的內(nèi)容是否符合功能及易讀、易理解；性能測(cè)試：驗(yàn)證系統(tǒng)滿足性能標(biāo)準(zhǔn)（例如響應(yīng)時(shí)間）。使用工具loadrunner驗(yàn)收測(cè)試工作通常由不同的用戶來進(jìn)行（例如：業(yè)務(wù)人員測(cè)試系統(tǒng)功能，技術(shù)人員測(cè)試系統(tǒng)性能等）。有些情況下，一些測(cè)試工作可以合并在一個(gè)測(cè)試中完成。為協(xié)調(diào)各類測(cè)試人員的工作，做好周密的計(jì)劃是非常重要的。設(shè)計(jì)測(cè)試用例和數(shù)據(jù)測(cè)試用例和數(shù)據(jù)準(zhǔn)備的目的是幫助用戶在不熟悉實(shí)際環(huán)境的時(shí)候，能正常的測(cè)試系統(tǒng)并對(duì)系統(tǒng)做出正確的評(píng)價(jià)。測(cè)試用例和數(shù)據(jù)的準(zhǔn)備是一項(xiàng)枯燥和費(fèi)時(shí)間的工作。為了提高工作效率可以從以下幾方面著手：將信息放在一個(gè)指定的位置，便于反復(fù)利用，降低變化產(chǎn)生的影響；一次完成一個(gè)步驟，避免冗余和額外的工作；盡早盡可能完成多個(gè)步驟。為了保證每一個(gè)業(yè)務(wù)流程準(zhǔn)備測(cè)試用例和數(shù)據(jù)的正確性，在測(cè)試計(jì)劃中應(yīng)遵循下列過程，并完成以下步驟：確定要測(cè)試的業(yè)務(wù)情況類型確定每個(gè)要求的測(cè)試用例合并所有的測(cè)試用例，生成測(cè)試大綱編制測(cè)試腳本，包括必要的系統(tǒng)輸入信息和期望的輸出結(jié)果檢查信息保證每一步的準(zhǔn)確性和完整性（即，確定業(yè)務(wù)情況類型、確定測(cè)試用例、生成測(cè)試大綱和編制測(cè)試腳本）。（1）確定業(yè)務(wù)情況類型確定實(shí)際商業(yè)環(huán)境中出現(xiàn)的業(yè)務(wù)情況類型是非常重要的。每一種業(yè)務(wù)情況類型都對(duì)應(yīng)一個(gè)實(shí)際商業(yè)業(yè)務(wù)。業(yè)務(wù)情況類型可以被表達(dá)成多種狀況（例如，簡單情況、或需要進(jìn)行復(fù)雜處理的例外情況）。（2）確定測(cè)試用例對(duì)每一條規(guī)定驗(yàn)收要求，確定測(cè)試用例。每個(gè)測(cè)試用例包括測(cè)試條件（包括生成測(cè)試條件需要的測(cè)試數(shù)據(jù)類型）和期望的結(jié)果。每個(gè)測(cè)試用例都應(yīng)該是唯一確定的（例如，賦一個(gè)數(shù)值）。（3）生成測(cè)試大綱對(duì)每一種業(yè)務(wù)情況類型，生成盡可能多的測(cè)試用例來完善測(cè)試大綱。為了保證測(cè)試大綱包含所有的測(cè)試用例，將測(cè)試用例的條件映射為測(cè)試大綱是非常必要的。測(cè)試大綱中測(cè)試用例的順序安排是非常重要的，它應(yīng)考慮多種方面的因素，主要考慮的因素：按照系統(tǒng)產(chǎn)生的數(shù)據(jù)，在測(cè)試大綱中安排測(cè)試用例的順序，使得一個(gè)測(cè)試的結(jié)果作為另一個(gè)測(cè)試前提。按以下順序編制測(cè)試大綱：確定唯一的標(biāo)識(shí)（例如，測(cè)試大綱編號(hào)）確定業(yè)務(wù)情況類型對(duì)每種業(yè)務(wù)情況類型進(jìn)行測(cè)試之前，列出成功完成測(cè)試必需的測(cè)試用例數(shù)目對(duì)每個(gè)測(cè)試用例按照測(cè)試進(jìn)行的順序給出測(cè)試用例編號(hào)（4）編制測(cè)試腳本在了解系統(tǒng)構(gòu)造的情況下，將測(cè)試大綱概要作為編制測(cè)試腳本的指導(dǎo)。根據(jù)系統(tǒng)輸入指導(dǎo)測(cè)試人員如何進(jìn)行測(cè)試。例如，編寫詳細(xì)的測(cè)試步驟或給出如何進(jìn)行數(shù)據(jù)輸入的說明（如已經(jīng)填好數(shù)據(jù)的屏幕實(shí)例）。即使沒有相應(yīng)的測(cè)試，也要包括每一個(gè)必要的測(cè)試步驟以便確定測(cè)試條件。確定進(jìn)行測(cè)試的時(shí)間（例如，進(jìn)行輸入的模擬日期和期望觀察輸出結(jié)果的模擬日期，或?qū)ρh(huán)測(cè)試，對(duì)測(cè)試大綱進(jìn)行測(cè)試的邏輯上的天數(shù)、周數(shù)、月數(shù)和年數(shù)要相當(dāng)于兩個(gè)月的實(shí)際時(shí)間）（5）檢查測(cè)試每步測(cè)試完成后，需要利用測(cè)試計(jì)劃中確定的處理步驟對(duì)測(cè)試過程進(jìn)行檢查（例如，檢查業(yè)務(wù)情況類型、測(cè)試用例、業(yè)務(wù)情況和測(cè)試腳本）建立測(cè)試環(huán)境為了預(yù)防出現(xiàn)問題，如數(shù)據(jù)損壞或?qū)ο到y(tǒng)資源的爭(zhēng)用，需要建立一個(gè)獨(dú)立的測(cè)試環(huán)境。在進(jìn)行測(cè)試之前，根據(jù)測(cè)試計(jì)劃中確定的時(shí)機(jī)建立一個(gè)獨(dú)立的測(cè)試環(huán)境。其準(zhǔn)備工作包括：技術(shù)活動(dòng)：如建立不同的服務(wù)器或在一臺(tái)服務(wù)器上建立多個(gè)數(shù)據(jù)庫實(shí)例，將相應(yīng)的程序遷移到適當(dāng)?shù)某绦驇熘?；?shù)據(jù)準(zhǔn)備活動(dòng)：包括加載數(shù)據(jù)表，建立用戶訪問權(quán)限；建立版本控制程序，保證有效的控制對(duì)系統(tǒng)的修改；建立文檔控制程序，保證隨著系統(tǒng)的修改，有效地控制文檔的修改（如，培訓(xùn)文檔、聯(lián)機(jī)幫助和用戶手冊(cè)）。測(cè)試執(zhí)行測(cè)試執(zhí)行的目的是發(fā)現(xiàn)不滿足用戶要求的任何問題，在真實(shí)的環(huán)境中，客戶的工作人員按照準(zhǔn)備好的測(cè)試大綱來對(duì)系統(tǒng)進(jìn)行測(cè)試。測(cè)試過程中的測(cè)試結(jié)果是非常重要的。文檔可用于：檢查測(cè)試的進(jìn)度；確定測(cè)試過程是否需要改進(jìn)；分析系統(tǒng)是否準(zhǔn)備就緒。（1）集成測(cè)試集成測(cè)試用來確認(rèn)新系統(tǒng)中所有程序以及新系統(tǒng)與所有外部接口通信準(zhǔn)確無誤。集成測(cè)試還必須證明新系統(tǒng)能按功能說明書上的需求進(jìn)行工作，且在運(yùn)行環(huán)境下有效發(fā)揮功能，而不會(huì)對(duì)其他系統(tǒng)造成影響。（2）檢查驗(yàn)收測(cè)試的進(jìn)度隨著測(cè)試地進(jìn)行，定期的（一般每周）收集數(shù)據(jù)。將驗(yàn)收進(jìn)度與初始指定的測(cè)試計(jì)劃進(jìn)度進(jìn)行比較，一旦發(fā)現(xiàn)測(cè)試計(jì)劃進(jìn)度的延遲，就需要馬上解決。（3）確定驗(yàn)收測(cè)試過程是否需要改進(jìn)測(cè)試小組內(nèi)部應(yīng)定期進(jìn)行交流與共享在測(cè)試過程中得到的經(jīng)驗(yàn)，應(yīng)善于接受改進(jìn)建議，監(jiān)測(cè)過程變化，保證達(dá)到正確的結(jié)果。驗(yàn)收測(cè)試小組可以定期召開小組會(huì)議或采用其它方法進(jìn)行溝通。項(xiàng)目經(jīng)理和團(tuán)隊(duì)成員必須以統(tǒng)一的方式檢查每一周期的測(cè)試結(jié)果。在隨后的測(cè)試周期再檢查詳細(xì)測(cè)試結(jié)果，確認(rèn)在正常和非正常條件下每項(xiàng)功能是否正常執(zhí)行。這在回歸測(cè)試階段尤為重要，因?yàn)橥瑯拥拇a要用數(shù)據(jù)不斷進(jìn)行測(cè)試和再測(cè)試，直到確認(rèn)所有詳細(xì)測(cè)試結(jié)果正常無誤。（4）用戶認(rèn)可測(cè)試用戶認(rèn)可測(cè)試模擬新系統(tǒng)的實(shí)際運(yùn)行環(huán)境，包括用戶手冊(cè)和程序。用戶應(yīng)廣泛參與測(cè)試，用戶可以在操作新系統(tǒng)方面得到非常有價(jià)值的培訓(xùn)。同時(shí)程序員和設(shè)計(jì)人員還可以了解到用戶對(duì)新程序的反應(yīng)。這種聯(lián)合參與行為有助于用戶和操作人員對(duì)系統(tǒng)評(píng)估達(dá)成一致意見。（5）分析系統(tǒng)是否準(zhǔn)備就緒測(cè)試狀態(tài)報(bào)告表明了系統(tǒng)準(zhǔn)備的狀態(tài)。項(xiàng)目管理人員通過經(jīng)常檢查未解決的問題類型狀態(tài)，從而保證沒有重大的問題影響系統(tǒng)的實(shí)現(xiàn)。如果判定系統(tǒng)未準(zhǔn)備好，可根據(jù)測(cè)試結(jié)果來改進(jìn)測(cè)試計(jì)劃，改正的錯(cuò)誤報(bào)告和改正計(jì)劃必須詳細(xì)說明。二、影響驗(yàn)收的其他因素1.驗(yàn)收風(fēng)險(xiǎn)分析影響驗(yàn)收的風(fēng)險(xiǎn)：由于項(xiàng)目可能持續(xù)時(shí)間較長，原來需求組的成員可能會(huì)離開項(xiàng)目組，新的成員對(duì)需求的理解可能不同，這會(huì)延長驗(yàn)收過程。在項(xiàng)目過程中，業(yè)務(wù)需求的改變是不可避免的。如果改變不能得到適當(dāng)?shù)墓芾恚到y(tǒng)可能會(huì)滿足不了用戶期望，也會(huì)影響驗(yàn)收。如果在測(cè)試后期（負(fù)載測(cè)試和容量測(cè)試）階段發(fā)現(xiàn)系統(tǒng)不能滿足系統(tǒng)性能要求，這會(huì)影響驗(yàn)收進(jìn)度安排。2.額外費(fèi)用的控制方法控制方法有以下三項(xiàng)：保證需求描述明確地反映了要求。由于驗(yàn)收是根據(jù)需求描述來進(jìn)行的，所以會(huì)降低由于驗(yàn)收小組的變化帶來的影響；所有的變化都必須得到有效的管理，從而保證驗(yàn)收計(jì)劃得到相應(yīng)的調(diào)整，滿足客戶的需求；如果系統(tǒng)性能不能滿足性能要求，可以增加更多的或增加處理能力更強(qiáng)的硬件來提高性能。3.管理組織與控制為了使系統(tǒng)驗(yàn)收測(cè)試過程順利進(jìn)行，需要建立一個(gè)獨(dú)立的系統(tǒng)驗(yàn)收測(cè)試委員會(huì)。下圖示提出的系統(tǒng)驗(yàn)收測(cè)試委員會(huì)的組織機(jī)構(gòu)圖：《系統(tǒng)驗(yàn)收測(cè)試委員會(huì)結(jié)構(gòu)圖》學(xué)校代表學(xué)校代表企業(yè)公司項(xiàng)目經(jīng)理IT代表用戶代表測(cè)試工程師測(cè)試人員系統(tǒng)驗(yàn)收測(cè)試委員會(huì)驗(yàn)收測(cè)試小組制定詳細(xì)的驗(yàn)收計(jì)劃來說明進(jìn)行系統(tǒng)驗(yàn)收測(cè)試計(jì)劃的各個(gè)細(xì)節(jié)，以保證每個(gè)新的系統(tǒng)或相應(yīng)的成果與需求描述相一致。為了有效進(jìn)行驗(yàn)收，遞交的成果應(yīng)包括文檔資料（測(cè)試計(jì)劃、測(cè)試用例、測(cè)試報(bào)告），在有關(guān)系統(tǒng)完成之日交給大學(xué)。建立驗(yàn)收測(cè)試委員會(huì)以便于用戶和開發(fā)人員的溝通，主要體現(xiàn)在企業(yè)公司項(xiàng)目經(jīng)理與大學(xué)負(fù)責(zé)人之間的驗(yàn)收接口關(guān)系，以確保項(xiàng)目經(jīng)理在項(xiàng)目整個(gè)過程中的橋梁作用，以及有效的控制項(xiàng)目的變更管理。三、工程系統(tǒng)集成測(cè)試1.功能測(cè)試系統(tǒng)的功能通過功能測(cè)試進(jìn)行驗(yàn)證。在功能測(cè)試過程中發(fā)現(xiàn)的問題根據(jù)其嚴(yán)重程度進(jìn)行分類。下表列出了功能測(cè)試問題的分類?！豆δ軠y(cè)試問題嚴(yán)重程度分類》PRIVATE嚴(yán)重程度問題說明Aa.不能提供任何系統(tǒng)能力b.不能完成操作或基本任務(wù)能力，但其它功能仍然可用c.影響操作完成或基本任務(wù)能力，沒有替代方案B影響操作完成或基本任務(wù)能力，有替代方案Ca.給用戶或操作者帶來不便或厭煩，但不影響要求的操作成或基本任務(wù)能力b.給支持人員帶來不便或厭煩，但不影響工作的執(zhí)行D任何其它影響或所提建議

開始功能測(cè)試接受驗(yàn)收尋找解決方案用戶按照測(cè)試用例測(cè)試系統(tǒng)將驗(yàn)收表交還項(xiàng)目協(xié)調(diào)人開始功能測(cè)試接受驗(yàn)收尋找解決方案用戶按照測(cè)試用例測(cè)試系統(tǒng)將驗(yàn)收表交還項(xiàng)目協(xié)調(diào)人項(xiàng)目協(xié)調(diào)人簽署遞交的成果項(xiàng)目協(xié)調(diào)人將簽署的標(biāo)交給本公司項(xiàng)目經(jīng)理存在關(guān)鍵或嚴(yán)重的問題?模塊遞交測(cè)試已經(jīng)2周?解決問題已經(jīng)采取糾正措施?問題升級(jí)到驗(yàn)收委員會(huì)進(jìn)行解決采取糾正措施YYYNNN《系統(tǒng)功能測(cè)試驗(yàn)收流程圖》

《功能測(cè)試表》測(cè)試標(biāo)準(zhǔn)測(cè)試成果驗(yàn)收標(biāo)準(zhǔn)將測(cè)試結(jié)果與測(cè)試計(jì)劃和功能描述進(jìn)行對(duì)照檢查，確定系統(tǒng)滿足功能描述的要求新系統(tǒng)可執(zhí)行程序功能描述接口描述操作手冊(cè)不存在B及以上級(jí)別的問題2.可靠性測(cè)試

下圖顯示了系統(tǒng)可靠性測(cè)試驗(yàn)收流程圖功能測(cè)試完成功能測(cè)試完成接受驗(yàn)收尋找解決方案用戶按照測(cè)試用例測(cè)試系統(tǒng)將驗(yàn)收表交還項(xiàng)目協(xié)調(diào)人項(xiàng)目協(xié)調(diào)人簽署遞交的成果項(xiàng)目協(xié)調(diào)人將簽署的標(biāo)交給企業(yè)公司項(xiàng)目經(jīng)理存在關(guān)鍵或嚴(yán)重的問題?超過2周期限?解決問題問題得到解決?問題升級(jí)到驗(yàn)收委員會(huì)進(jìn)行解決采取糾正措施YYYNNN延長1周測(cè)試期限Y《系統(tǒng)可靠性測(cè)試驗(yàn)收流程圖》

《可靠性測(cè)試表》測(cè)試標(biāo)準(zhǔn)測(cè)試成果驗(yàn)收標(biāo)準(zhǔn)將系統(tǒng)需求與功能描述進(jìn)行對(duì)照檢查，確定系統(tǒng)是否滿足功能要求。通過分析系統(tǒng)資源消耗來檢查系統(tǒng)是否有效運(yùn)行。新系統(tǒng)可執(zhí)行程序功能描述接口描述操作手冊(cè)不存在B及以上級(jí)別的問題3.系統(tǒng)集成部分的測(cè)試這里的系統(tǒng)集成部分指除了軟件部分的其他項(xiàng)目，例如主機(jī)、網(wǎng)絡(luò)、安全等方面的測(cè)試；由于這部分的內(nèi)容非常龐大。因此這里主要說明主機(jī)和網(wǎng)絡(luò)的測(cè)試方法。《主機(jī)測(cè)試方案示例表》測(cè)試項(xiàng)目測(cè)試內(nèi)容測(cè)試階段主機(jī)1．主機(jī)系統(tǒng)配置檢查主機(jī)系統(tǒng)配置檢查

(CPU、內(nèi)存、硬盤、DVD-ROM、網(wǎng)卡、光纖通道卡、磁帶機(jī)等)2．操作系統(tǒng)的安裝工具軟件以及系統(tǒng)補(bǔ)丁的安裝清單3．硬盤卷組內(nèi)置硬盤卷組設(shè)置、邏輯卷與交換分區(qū)設(shè)置4．磁盤陣列磁盤陣列與設(shè)置檢查(控制卡、磁盤容量)5．磁帶庫磁帶庫的安裝設(shè)置與邏輯卷的劃分6．系統(tǒng)安全主機(jī)系統(tǒng)安全與client訪問測(cè)試第七節(jié)系統(tǒng)驗(yàn)收一、遞交成果的簽署（一）簽署的目的簽署指的是評(píng)審人在驗(yàn)收文檔上簽字，表明評(píng)審人已對(duì)遞交的成果進(jìn)行了評(píng)閱，并認(rèn)為遞交的成果滿足要求，同時(shí)成果遞交者已解決評(píng)審人對(duì)遞交成果提出的意見。（二）評(píng)審和簽署程序本公司提出了以下評(píng)審和簽署程序在評(píng)審過程中，評(píng)審人將完成以下各項(xiàng)程序:檢查遞交的成果是否滿足要求在意見表中填寫評(píng)審意見在評(píng)審之后，評(píng)審人將意見表交給我公司項(xiàng)目經(jīng)理。如果評(píng)審人對(duì)遞交的成果提出重要意見或需求，需要對(duì)遞交的成果進(jìn)行修改。遞交的成果修改之后，評(píng)審人將重新進(jìn)行評(píng)審。對(duì)于每個(gè)評(píng)審循環(huán)，評(píng)審人將完成上述的步驟1到2。評(píng)審人將對(duì)遞交的成果進(jìn)行完整的