軟件系統(tǒng)項目實施方案

1、XXXXXXXX系統(tǒng)軟件XXXX年時間：實怖方案項目名稱：XXXXXXXX系統(tǒng)軟件實施單位：XXXXXXXXXXXXXXXX 月 XXH目錄1 、項目總體實施方案 41.1 工程實施原則 41.2 項目總體推進計劃 51.3 系統(tǒng)實施過程的質(zhì)量保證活動說明51.3.1 需求分析階段61.3.2 總體設(shè)計階段61.3.3 詳細設(shè)計階段71.3.4 系統(tǒng)開發(fā)階段71.3.5 系統(tǒng)實施和試運行階段71.3.6 項目驗收階段 91.3.7 系統(tǒng)正式運行及維護階段91.3.8 各階段輔助文檔91.3.9 實施過程提交文件匯總101.4 項目實施計劃 111.4.1 數(shù)據(jù)實施步驟121.4.2 項目進度安

2、排122 、項目管理方案132.1 項目管理組織結(jié)構(gòu) 132.1.1 項目各方角色與責(zé)任 132.1.2 任務(wù)分工142.2 項目范圍管理 162.3 項目進度管理162.4 項目風(fēng)險管理162.4.1 技術(shù)風(fēng)險162.4.2 需求風(fēng)險172.4.3 協(xié)調(diào)與溝通風(fēng)險172.4.4 項目人員風(fēng)險 172.5 質(zhì)量管理計劃182.5.1 質(zhì)量管理體系標(biāo)準182.5.2 質(zhì)量控制過程182.5.3 質(zhì)量評定計劃182.5.4 質(zhì)量管理措施192.5.5 軟件質(zhì)量控制192.6 項目協(xié)調(diào)與合作計劃 212.6.1 協(xié)調(diào)與合作管理方案212.6.2 協(xié)調(diào)手段222.7 配置管理 222.7.1 配置管理

3、和版本控制222.7.2 變更管理的方法242.8 文檔管理 242.9 人員管理252.10 保密管理 253 、測試計劃263.1 測試工作準備263.2 軟件開發(fā)測試263.2.1 模塊測試273.2.2 功能測試273.2.3 性能測試273.2.4 分系統(tǒng)測試273.2.5 全系統(tǒng)測試283.2.6 容量測試283.2.7 壓力測試283.2.8 災(zāi)難恢復(fù)測試283.3 設(shè)計測試用例和數(shù)據(jù)293.3.1 建立測試環(huán)境293.3.2 測試執(zhí)行304 、驗收計劃314.1 驗收組織314.2 驗收內(nèi)容314.3 軟件系統(tǒng)的驗收 313.用戶方已經(jīng)認可測試數(shù)據(jù)325 、培訓(xùn)方案335.1

4、培訓(xùn)目標(biāo) 335.2 培訓(xùn)方式 335.3 培訓(xùn)對象 335.4 培訓(xùn)地點與環(huán)境335.5 培訓(xùn)計劃及內(nèi)容345.5.1 用戶培訓(xùn)345.5.2 系統(tǒng)管理人員培訓(xùn) 346 、技術(shù)支持和售后服務(wù) 366.1技術(shù)支持與售后服務(wù)政策366.1.1 技術(shù)后援支持 366.1.2 技術(shù)后援支持方式376.1.3 保修及系統(tǒng)維護服務(wù)371 、項目總體實施方案建設(shè)XXXXXXXXXXX軟件采購是一項復(fù)雜、長期的系統(tǒng)工程，為保證工程能夠順利地進行實施，必須要制定科學(xué)' 合理、切實可行的實施計劃。一方面要從組織上進行落實，成立強有 力的項目領(lǐng)導(dǎo)小組和經(jīng)驗豐富的項目實施隊伍；另一方面要制定嚴格的時間進度表

5、，明確各里 程碑的時間。同時還要制定工作原則，以指導(dǎo)項目的全面實施。1.1工程實施原則1用戶方項目小組的成員，爭取參與項目的全過程用戶方成立領(lǐng)導(dǎo)親自掛帥的項目小 組，在調(diào)研、設(shè)計、編碼、安裝調(diào)試、測試、培訓(xùn)、運行、驗收、售后服務(wù)等項目的各個階 段，配合系統(tǒng)開發(fā)方的工作，一方面可以培訓(xùn)自己的技術(shù)維護隊伍，為系統(tǒng)的使用保駕護 航；另一方面，在開發(fā)過程中，協(xié)調(diào)用戶方和開發(fā)方的矢系，保證項目的順利進行，及時發(fā) 現(xiàn)問題，并對項目進度和質(zhì)量進行監(jiān)督。2采用“兩手抓”的方針，一手抓開發(fā)、一手抓使用 對于軟件項目，之所以稱為一個工 程，很大程度上是因為軟件項目的建設(shè)，除了技術(shù)因素外，還有很多的非技術(shù)因素需要考

6、慮， 并且必須被得到重視。衡量一個軟件項目是否成功，很大程度上不是看這個軟件項目采用了多 么先進的技術(shù)，而是軟件對用戶來說是否實用，是否能夠幫助用戶解決許多預(yù)期的問題。國 內(nèi)很多軟件項目的失敗，很大程度上是使用抓得不夠。建議在項目的試運行過程中，在抓系 統(tǒng)維護的同時，也要狠抓系統(tǒng)的使用，開發(fā)方和用戶方齊心協(xié)力幫助業(yè)務(wù)人員從原來的手工 處理轉(zhuǎn)到計算機輔助處理上來，在業(yè)務(wù)人員適應(yīng)計算機輔助業(yè)務(wù)處理的過程中，盡可能早發(fā) 現(xiàn)系統(tǒng)中存在的問題，從而最大可能地使系統(tǒng)保質(zhì)保量的按時完成。3數(shù)據(jù)同程序同等重要該系統(tǒng)的建設(shè)，數(shù)據(jù)位于首要的地位，程序的編寫完成，僅僅意味著系統(tǒng)完成了一半，數(shù)據(jù)的收集、整理、錄入，對

7、系統(tǒng)的建設(shè)來說同等重要。在項目實施過程中，一定要重視系統(tǒng)中數(shù)據(jù)的錄入工作，充分估計數(shù)據(jù)處理的難度，在系 統(tǒng)建設(shè)之初， 就將數(shù)據(jù)工作提到議事日程上來，安排相應(yīng)的資金、時間等，將數(shù) 據(jù)工作落到實處，只有這樣 才能爭取系統(tǒng)早日達到實用化。1.2項目總體推進計劃為了有效地保證系統(tǒng)開發(fā)的質(zhì)量，整個系統(tǒng)建設(shè)的全過程劃分為準備、設(shè)計、開發(fā)、實施和運行階段，每個階段完成相應(yīng)的任務(wù)，確保信息系統(tǒng)的建設(shè)。技術(shù)方薬如下圖所示:立頊實施方秦需求分析總體設(shè)計需求分析報告/ 總體方案設(shè)計書/詳細設(shè)計淪證總悻設(shè)計方案詳鋁設(shè)計說明弔/疣 曹 開發(fā)-實施行 運 試 與 點 試-運行與維護1.3系統(tǒng)實施過程的質(zhì)量保證活動說明在實

8、施過程中將發(fā)生的重大質(zhì)量保證活動或由此將產(chǎn)生的質(zhì)量記錄和產(chǎn) 品，項目管理與開 發(fā)階段劃分密切相矢，因此主要按照項目實施的具體階段劃分說明。1.3.1需求分析階段首先需要經(jīng)雙方協(xié)調(diào)，形成需求調(diào)研計劃及需求調(diào)研大綱，確定準備工作、需 求調(diào)研的內(nèi)容、方法方式以及人員和日程安排等內(nèi)容，經(jīng)雙方同意后按此計劃開始調(diào)研。調(diào) 研正式開始前項目開發(fā)組應(yīng)檢查所有必要的準備工作已經(jīng)圓滿完成。項目開發(fā)組根據(jù)調(diào)研中系統(tǒng)實際技術(shù)需求和各個子系統(tǒng)的業(yè)務(wù)需求，編寫并向工程領(lǐng)導(dǎo)小 組提交符合CMM LEVEL 3規(guī)范要求的系統(tǒng)需求分析報告，并由項目組評審，不合格的部 分進一步完善調(diào)研；評審?fù)ㄟ^后由雙方共同簽署評審意見，并正式生

9、效。對于軟件生產(chǎn)過程而言，需求階段是整個過程中最重要的階段，需求分析成果的好壞將直 接導(dǎo)致項目的成功與否，因此合作雙方在此階段多投入是值得的。而且一旦評審?fù)ㄟ^并生效， 則需求報告將成為系統(tǒng)的設(shè)計、開發(fā)、測試、實施試運行和項目驗收的基本依據(jù)之一，因此原 則上用戶需求將不再因為其它因素的改變而變更，如需進行此種變更，需經(jīng)雙方項目負責(zé)人協(xié) 商確定。1.3.2總體設(shè)計階段項目開發(fā)組通過對系統(tǒng)的功能、運行和性能要求加以分析，產(chǎn)生一個高層次的系統(tǒng)結(jié)構(gòu)、 軟件結(jié)構(gòu)、接口和數(shù)據(jù)格式的設(shè)計，并向工程領(lǐng)導(dǎo)小組提交系統(tǒng)設(shè)計報告（其中包括數(shù)據(jù) 庫設(shè)計），組織評審并簽署評審意見。對其中評審不 合格的部分進一步完善和重新

10、策劃，評 審?fù)ㄟ^后由雙方共同簽署評審意見，并正式生效，作為后續(xù)軟件開發(fā)和測試的基礎(chǔ)。該報告內(nèi)容的變更由雙方的現(xiàn)場實施負責(zé)人、技術(shù)負責(zé)人進行交流即可確 定，并需向工程 領(lǐng)導(dǎo)小組匯報1.3.3詳細設(shè)計階段項目開發(fā)組在系統(tǒng)設(shè)計報告的基礎(chǔ)上，對功能和性能要求進一步加以分析和細化并且 把軟件的詳細設(shè)計文檔化，向工程領(lǐng)導(dǎo)小組提交系統(tǒng)詳細設(shè)計報告，并由項目組組織評 審并簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審?fù)ㄟ^后由雙方共同 簽署評審意見，并正式生效，作為后續(xù)軟件開發(fā)和測試的基礎(chǔ)。該報告內(nèi)容的變更由雙方的現(xiàn)場實施負責(zé)人、技術(shù)負責(zé)人進行交流即可確 定，并需向工程領(lǐng)導(dǎo)小組匯報。1.3.4系

11、統(tǒng)開發(fā)階段根據(jù)前面的設(shè)計結(jié)果，由雙方的現(xiàn)場實施負責(zé)人、技術(shù)負責(zé)人討論確定詳細的開發(fā)計劃， 并向工程領(lǐng)導(dǎo)小組提交項目開發(fā)計劃；工程領(lǐng)導(dǎo)小組對項目開發(fā)計劃進行審查，由 雙方簽字后正式生效，并將作為軟件開發(fā)階段的項目管理和監(jiān)控依據(jù)，項目開發(fā)小組要嚴格 據(jù)此計劃控制項目進度，按時向工程領(lǐng)導(dǎo)小組匯報工作進展。為了使用戶能夠及時獲知項目的進展情況，開發(fā)小組需要每周向用戶相矢 領(lǐng)導(dǎo)提交項目 客戶周報，用戶項目組可以隨時對項目的工作情況進行檢查。1.3.5系統(tǒng)實施和試運行階段首先需要經(jīng)雙方交流協(xié)調(diào)，形成項目實施計劃，確定現(xiàn)場實施的準備工作、人員和 日程安排、培訓(xùn)計劃、階段目標(biāo)等內(nèi)容，經(jīng)雙方負責(zé)人簽字后生效，按

12、此計劃開始現(xiàn)場實施。 正式開始現(xiàn)場實施前項目開發(fā)組應(yīng)檢查所有必要的準備 工作是否已經(jīng)完成。現(xiàn)場工作首先要進行軟件在服務(wù)器端的安裝和調(diào)試，包括數(shù)據(jù)庫中各類對象的生成，初始 化數(shù)據(jù)，原有系統(tǒng)的重要數(shù)據(jù)的轉(zhuǎn)換導(dǎo)入，前后臺軟件的安裝，配置參數(shù)調(diào)整等工作；完成后 需向系統(tǒng)維護人員提交數(shù)據(jù)庫安裝目錄，軟件安裝方法文件，并協(xié)助用戶進行軟件 安裝。軟件安裝完成并確認可在系統(tǒng)正常運行后，開始相尖業(yè)務(wù)人員的培訓(xùn)；在培訓(xùn)開始之前需 要由雙方協(xié)商形成培訓(xùn)計劃，明確培訓(xùn)環(huán)境、條件及方式，參加人員，課程課時等詳細內(nèi) 容，由雙方現(xiàn)場實施負責(zé)人簽字后生效，并分別開始著手準備，在既定時間內(nèi)完成。培訓(xùn)過程中由工程師提供培訓(xùn)考勤記

13、錄，培訓(xùn)應(yīng)該脫產(chǎn)、集中、圭寸閉進行，并要求 所有參加人每日必須兩次考勤；培訓(xùn)完成后由雙方共同進行培訓(xùn)總結(jié)，針對培訓(xùn)效果確 定是否達到目標(biāo)，是否再增加培訓(xùn)課程；對以上內(nèi)容用戶項目組須進行必要的考核和獎懲，培 訓(xùn)工程師有權(quán)對參加培訓(xùn)人員進行客觀評價。培訓(xùn)順利完成后將開始軟件在試點部門試用，將向用戶提交編譯后的前后臺軟件，軟件 使用操作手冊，軟件功能清單，這兩種文檔將詳細描述軟件的使用過程，軟件所包含的 全部系統(tǒng)功能模塊。軟件試用期內(nèi)用戶的主要工作是根據(jù)軟件功能清單所列的系統(tǒng)功能模塊，檢查公司所提交的軟件是否滿足系統(tǒng)需求分析報告、系統(tǒng)設(shè)計報告的規(guī)定，列出 未完成及含有較嚴重、明顯錯誤的模塊清單形成軟

14、件問題及修改記錄并提交給公司繼續(xù)完 善；此段時間可以對軟件的細節(jié)性問題進行測試、驗證，但主要精力還是應(yīng)放在模塊級功能的檢 查上，如果所有模塊都已開發(fā)并可以進入試運行，其設(shè)計方法、技術(shù)可行性也都能夠滿足最終 軟件的需要，則用戶各相尖業(yè)務(wù)負責(zé)人、現(xiàn)場實施負責(zé)人需要簽署各子系統(tǒng)的軟件交付書,表明軟件已在現(xiàn)場安裝、調(diào)試、培訓(xùn)完成，基本可以進入軟件試運行；此后在軟件功能模塊一級上不應(yīng)再 發(fā)生大的變化，如需要修改功能模塊設(shè)計，則需由雙方項目負責(zé)人 協(xié)商解決。試運行期內(nèi)用戶負責(zé)組織針對軟件功能清單所列的系統(tǒng)功能模塊進行現(xiàn)場的系統(tǒng)測試，包括新舊兩套系統(tǒng)并行工作一段時間進行驗證，使每個功能模塊都得到基本 確認；

15、對于其中發(fā)現(xiàn)的問題和軟件的細節(jié)性修改意見，需以軟件問題及修改記錄的書面形 式提交給公司；公司修改完成后立即提交到現(xiàn)場，用戶負責(zé)組織立即對軟件進行確認回歸測試，如驗證問題已修改需要在軟件問題 及修改記錄中予以說明。通過試運行及修改后證明已經(jīng)基本完成的模塊，用戶應(yīng)組織相尖的業(yè)務(wù)負責(zé)人在軟件功能清單中逐項確認O1.3.6項目驗收階段在試運行期內(nèi)系統(tǒng)存在一定的細節(jié),性問題是工程項目不可避免的問題，特 別是隨著用戶應(yīng)用的逐漸深入，此類需求會逐級提出，此類問題不屬于系統(tǒng)的致命性錯誤；因此當(dāng)試 運行期內(nèi)所發(fā)現(xiàn)的真正的“問題和錯誤”收斂到一定數(shù)目以下時，各業(yè)務(wù)子系統(tǒng)經(jīng)過一段 時間的并行工作新系統(tǒng)已基本可靠，就

16、可以切換到正式運行階段，開始正式運行O正式運行后，由用戶提出驗收要求，雙方共同制定項目驗收計劃，組成項目驗收 小組，共同進行項目驗收。此時公司將向用戶提交驗收的各類文檔，包括對系統(tǒng)開發(fā)過 程進行總結(jié)的項目總結(jié)，項目技術(shù)報告，最終的完整的數(shù)據(jù)庫字典等。驗收工作將由用戶組織的專家組對系統(tǒng)進行全面的驗收和鑒定，并出具項目驗收小組 領(lǐng)導(dǎo)簽字的項目驗收報告，并簽署驗收意見，公司在此過程中將 全程參與，在現(xiàn)場進 行驗收前的維護工作。1.3.7系統(tǒng)正式運行及維護階段公司承諾對系統(tǒng)軟件提供服務(wù)保證期，在保證期內(nèi)提供免費的軟件升級和維護服務(wù)；在保證期外，公司繼續(xù)為系統(tǒng)的維護提供技術(shù)支持，對于軟件升級提供優(yōu)惠服務(wù)

17、。維護期的具體工作方式請見售后服務(wù)承諾部分，所有維護工作，包括軟件出現(xiàn)問題修 改、細節(jié)性功能的增強，用戶都要以軟件問題及修改記錄的書面形式提交給公司，修 改完成后用戶應(yīng)組織相尖的業(yè)務(wù)負責(zé)人進行確認，并在軟件功能清單中說明；如遇緊 急情況可事后補齊。1.3.8各階段輔助文檔現(xiàn)場工作日程安排計劃，在實施中的各階段，對于所發(fā)生的需要在現(xiàn)場進行較長 時間工作的情況，如果在需求調(diào)研計劃、項目開發(fā)計劃、項目實施計劃培訓(xùn)計劃等工作計劃中未包含，則需要在工作開始前雙方共同制訂好現(xiàn)場工作日程 安排計劃，并嚴格據(jù)此執(zhí)行，需要雙方現(xiàn)場實施負責(zé)人簽字生效?，F(xiàn)場工作周報，在現(xiàn)場實施工作中，為了把階段性的工作任務(wù)具體落實

18、完成，需 要合作雙方每周一之前由公司實施工程師與用戶組共同制定本周的工作計劃，給出每個工作 日上、下午的工作內(nèi)容，以及雙方的準備工作。計劃制定完 成后用戶項目組向所有相矢部門 和領(lǐng)導(dǎo)發(fā)布，開始執(zhí)行；實施中雙方互相監(jiān)督按 照原計劃開展工作；周五時雙方負責(zé)人共 同對本周計劃執(zhí)行情況進行總結(jié)，對原計劃填寫工作總結(jié)，詳細描述各項計劃的完成情 況，未完成的部分應(yīng)寫明未完成原因和責(zé)任歸屬，必要時雙方協(xié)商一起進行加班處理，力 爭按時完成；對于不能按時完成的必須調(diào)整到下周計劃中進行。用戶項目報告，對于實施中各階段較長時間不在用戶現(xiàn)場進行的，或項目處于用 戶試運行、維護期的情況，為了使用戶能夠及時獲知項目的進展

19、情況和公司開發(fā)小組的工作 情況，公司將在開發(fā)階段每周向用戶相矢領(lǐng)導(dǎo)提交此報告，維護期內(nèi)每月至少提交一次。階段評估報告，實施中當(dāng)某一階段性目標(biāo)實現(xiàn)后，公司將對該階段雙方聯(lián)合開發(fā) 組的工作情況進行總結(jié)，編寫該報告并向工程領(lǐng)導(dǎo)小組提交，及時總結(jié)經(jīng)驗教訓(xùn)，為下階段 工作打好基礎(chǔ)。139實施過程提交文件匯總以下是對上面的實施過程中將產(chǎn)生的文件匯總說明：階段名稱作用評審級別變更控制需求調(diào)研需求調(diào)研計劃需求調(diào)研大綱確定需求調(diào)研的準備工作、內(nèi) 容、方法方式及人員和日程安 排雙方現(xiàn)場實施負 責(zé)人雙方現(xiàn)場實施負 責(zé)人系統(tǒng)需求分析報告明確用戶業(yè)務(wù)需求雙方項目負責(zé)人雙方項目負責(zé)人設(shè)計系統(tǒng)設(shè)計報告（其 中包括數(shù)據(jù)庫設(shè)計

20、）描述整個系統(tǒng)軟件的模塊設(shè) 計，詳細設(shè)計，數(shù)據(jù)庫設(shè)計， 供開發(fā)編碼使用雙方項目負責(zé)人雙方現(xiàn)場實施負 責(zé)人系統(tǒng)詳細設(shè)計報告軟件開發(fā)項目開發(fā)計劃軟件開發(fā)的日程進度，分工， 檢杳點設(shè)置，提交成果等計劃雙方現(xiàn)場實施負責(zé)人雙方項目負責(zé)人軟件測試測試計劃測試問題卡測試總結(jié)報告符合IS09000質(zhì)量保證體系規(guī) 定的功能測試、冋行間測試文 檔軟件現(xiàn)場實施項目實施計劃確定現(xiàn)場實施準備工作、人員 和日程安排、培訓(xùn)計劃、階段 目標(biāo)等雙方現(xiàn)場實施負 責(zé)人雙方項目負責(zé)人系統(tǒng)培訓(xùn)培訓(xùn)計劃培訓(xùn)考勤記錄培訓(xùn)總結(jié)明確培訓(xùn)環(huán)境條件及方式，參 加人員，課程課時等要求培訓(xùn) 記錄，培訓(xùn)效果總結(jié)，是否達 到目標(biāo)雙方現(xiàn)場實施負責(zé)人雙方現(xiàn)場

21、實施負 責(zé)人系統(tǒng) 安裝數(shù)據(jù)庫安裝目錄軟件安裝方法軟件使用操作手冊現(xiàn)場安裝、調(diào)試和提交軟件的 相矢文檔軟件功能清單所提父軟件全部模塊結(jié)構(gòu)劃分，功能描述用戶系統(tǒng)人員軟件交付書軟件已在現(xiàn)場安裝、調(diào)試、培 訓(xùn)完成，基本可以進入試運行 證明用戶系統(tǒng)負責(zé)人軟件問題及修改記 錄實施中發(fā)現(xiàn)的軟件問題和用戶 提出的具體修改意見，以及對 其所作修改和確認記錄項目驗收驗收計劃驗收報告項目總結(jié)項目技 術(shù)報告數(shù)據(jù)庫字 典開發(fā)過程項目總結(jié)，技術(shù)總 結(jié)，數(shù)據(jù)庫設(shè)計字典等驗收相 尖文檔日常工 作現(xiàn)場工作日程安排計 劃需在現(xiàn)場進行較長時間的一般 工作日程安排雙方現(xiàn)場實施負 責(zé)人雙方現(xiàn)場實施負責(zé)人用戶項目報告較長時間不在用戶現(xiàn)場

22、時向用 戶信息服務(wù)系統(tǒng)匯報 項目進展 和工作情況，現(xiàn)場工作周報現(xiàn)場工作周計劃雙方現(xiàn)場實施負責(zé)人雙方現(xiàn)場實施負責(zé)人階段評估報告某階段性目標(biāo)實現(xiàn)后進行總 結(jié)，向工程領(lǐng)導(dǎo)小組提交，為 下階段打好基礎(chǔ)14項目實施計劃XXXXXXXXXXX軟件采購的建設(shè)是一項龐大而復(fù)雜的信息化應(yīng)用基礎(chǔ)工程，需要分任務(wù)、分階段組織建設(shè)，逐步實現(xiàn)總體目標(biāo)1-4.1數(shù)據(jù)實施步驟1基礎(chǔ)信息協(xié)調(diào)相尖部門，采集基礎(chǔ)信息。2公共信息公共信息是多個業(yè)務(wù)部門共用的公共信息，包括人員、單位、信息、基礎(chǔ) 設(shè)施等。3專用信息專用信息是公章等信息。1.4.2項目進度安排系統(tǒng)建設(shè)分階段進行，第一階段至合同簽訂后10天，完成如下工作：(1) 組織數(shù)

23、據(jù)的采集(2) 硬件環(huán)境的搭建第二階段，合同簽訂后20天，完成如下工作：(1) XXXXXXXXXXX軟件采購的搭建將部署(2) 二次開發(fā)第三階段，合同簽訂后30天內(nèi)，完成如下工作：(1)系統(tǒng)開始正式試運行BUG修改系統(tǒng)性能調(diào)優(yōu)系統(tǒng)培訓(xùn)(5)系統(tǒng)驗收2、項目管理方案2.1項目管理組織結(jié)構(gòu)2.1.1項目各方角色與責(zé)任需要明確的是，該系統(tǒng)是一個由用戶、系統(tǒng)供應(yīng)商、其他系統(tǒng)供應(yīng)商、設(shè)備提供商等多方面共同組成的項目組實施。而這個項目組是由項目管理辦公室領(lǐng)導(dǎo)。項目管理辦公室是由用戶和系統(tǒng)供應(yīng)商的高層領(lǐng)導(dǎo)人組成，這樣可以充分保證項目實 施能被正確的指導(dǎo)和推動，可以迅速解決在實施過程中出現(xiàn)的不可預(yù)測的原則性

24、問題O項目管理辦公室中的用戶成員有責(zé)任推動相尖工作人員密切配合項目實 施,對中心內(nèi)部 各部門所要達到的項目目標(biāo)有清楚的定義，明確責(zé)、權(quán)、利尖系，與項目組一起做好工作。項目經(jīng)理必須隨時向項目管理辦公室報告整個項目進展情況，向項目管理 辦公室負 責(zé)，采取正確的實施行動來完成項目實施工作。雙方在項目中的角色和責(zé)任如下：單位責(zé)任用戶業(yè)務(wù)系統(tǒng)的現(xiàn)狀調(diào)查、分析；提出項目需求；組織方案驗收系統(tǒng)供應(yīng)商項目管理負責(zé)系統(tǒng)連接或軟件部署、配置、軟件開發(fā)等技術(shù)文件；負責(zé)項目實施；提出項目測試計劃，配合項目驗收產(chǎn)品提供商提供產(chǎn)品的技術(shù)支持服務(wù)在客戶特別指明時提供產(chǎn)品安裝調(diào)試服務(wù)2.1.2任務(wù)分工在項目的實施過程中，如果

25、沒有明確的任務(wù)分工，將會造成“職責(zé)不清”的混亂局 面，使工作尖系與任務(wù)分配陷入多種的矢聯(lián)交叉狀態(tài)，導(dǎo)致項目人員“不知所措、不知何 往”，這將嚴重影響對項目的反應(yīng)能力與控制能力，最終影響實施的進度與實施的質(zhì)量。所以要完成好一個項目，建立起一個完善的組織架構(gòu)后，組織中必須要有明確的分 工，做到“各負其責(zé)”，但同時需要有統(tǒng)一、有效的領(lǐng)導(dǎo)機構(gòu)，作到“協(xié)調(diào)一致”，才能 保證整個項目的實施。XXXXXXXXXXX針對本項目的具體分工如下：(1)項目管理辦公室：將由用戶項目部領(lǐng)導(dǎo)以及XXXXXXXXXXX管理層的相尖負責(zé)人構(gòu)成，建議與決定項目管 理組人員的組成，接受項目管理組的匯報，指導(dǎo)與監(jiān)督項目管理組工

26、作，對重大問題作出 決定，確保項目實施所需要的資源。該小組在宣布中標(biāo)后成立，項目驗收后結(jié)束。(2) 專家顧問組：將由用戶、XXXXXXXXXXX、高級專家顧問組成,在整個項目執(zhí)行過程中起顧 問咨詢等 作用。該小組在宣布中標(biāo)后成立，項目驗收后結(jié)束。(3) 項目管理組：接受項目管理辦公室的領(lǐng)導(dǎo)與監(jiān)督，向項目管理辦公室匯報；由用 戶、XXXXXXXXXXX的項目管理人員組成,XXXXXXXXXXX指派一名項目經(jīng)理任組長o該 組負 責(zé)協(xié)調(diào)各相尖單位的矢系，處理所出現(xiàn)的各種問題；組織各個專業(yè)小組，制定項目總的 實施進度計劃，推進項目進度，解決工程中出現(xiàn)的各種問題。該組在項目管理辦公室成立后設(shè)立，項目驗收

27、后結(jié)束。(4) 商務(wù)組：接受項目管理組的領(lǐng)導(dǎo)，向項目管理組匯報，制定詳細的商務(wù)計劃，負 責(zé)商務(wù)投標(biāo)，合同的簽署，按照合同定貨，跟蹤；處理合同執(zhí)行過程中由于合同條款的修 改與變動而帶來的各種問題。該組在項目管理組成立后設(shè)立，項目驗收后結(jié)束。(5) 財務(wù)組：接受項目管理組的領(lǐng)導(dǎo)，向項目管理組匯報，制定資金運作計劃，負責(zé)財務(wù)成本核 算、成本控制、財務(wù)審計等，保證整個合同過程中各個階段、各個方面的資金需要。該組在項目管理組成立后設(shè)立，項目驗收后結(jié)束。(6) 培訓(xùn)組：接受項目管理組的領(lǐng)導(dǎo)，向項目管理組匯報，制定詳細的培訓(xùn)計劃，負 責(zé)協(xié)調(diào)與實施所有的培訓(xùn)工作，完成培訓(xùn)的組織、培訓(xùn)內(nèi)容的審定、培訓(xùn)人員的落實

28、、 培訓(xùn)場地的聯(lián)系、培訓(xùn)過程的組織、培訓(xùn)結(jié)業(yè)考試的組織、培訓(xùn)工作總結(jié)，按照合同規(guī)定完 成所有培訓(xùn)工作。該組在合同簽署后設(shè)立，全部培訓(xùn)工作完成后結(jié)束。(7) 文檔組：接受項目管理組的領(lǐng)導(dǎo)，向項目管理組匯報，制定詳細的文檔遞交計劃，負責(zé)收集與整理各個階段的技術(shù)文檔，按照合同規(guī)定完成所有的文檔遞交工作。該組在項目管理組創(chuàng)立后設(shè)立，驗收完畢，文檔全部遞交后結(jié)束。(8) 技術(shù)核心組(架構(gòu)設(shè)計組)：接受項目管理組的領(lǐng)導(dǎo)，向項目管理組匯報，由 用戶與XXXXXXXXXXX的技 術(shù)核心人員組成o負責(zé)制定詳細系統(tǒng)設(shè)計、完成模型實驗與測試報告、終端設(shè)備參數(shù)修改測試報告，并對系統(tǒng)實施過程中遇到的突發(fā)技術(shù)問題給予研究

29、解決。該組在項目管理組創(chuàng)立后設(shè)立，驗收完畢后結(jié)束。(8) 設(shè)計施工組(開發(fā)組)：接受項目管理組的領(lǐng)導(dǎo)，向項目管理組匯報。主要工 作包括負責(zé)項目實施的技術(shù)細節(jié)方案設(shè)計、設(shè)備精確配置、精確物理連接圖及設(shè)備位置安排 等工作；給出詳細設(shè)計的文檔、圖紙、資料及工程安裝手冊；完成文檔、圖紙和技術(shù)資料 的質(zhì)量審核；勘查施工現(xiàn)場環(huán)境；軟件安裝調(diào)試的細節(jié)方案設(shè)計、協(xié)調(diào)組織現(xiàn)場軟件安裝調(diào) 試；軟件集成所需的功能定制開發(fā)、接口定制開發(fā)。該組在合同簽署后設(shè)立，測試驗收工作全部完畢后結(jié)束o(9) 驗收組：接受項目管理組的領(lǐng)導(dǎo)，向項目管理組匯報，負責(zé)現(xiàn)場實施的質(zhì)量控制，以確保工程 高質(zhì)量、高效率地完成；制定詳細的驗收計劃

30、，負責(zé)編寫測試驗收手冊、對安裝后的系 統(tǒng)進行測試與預(yù)驗收、進行驗收準備工作、配合用戶驗收小組對系統(tǒng)進行最終驗收，按照 合同規(guī)定完成所有的測試與驗收工作。該組在安裝調(diào)試工作開始后前設(shè)立，驗收完畢后結(jié)束。2.2項目范圍管理項目管理范圍包括本項目建設(shè)周期內(nèi)各個階段以及所有相尖的建設(shè)單位、設(shè)備、軟硬 件、場地等內(nèi)容，從軟硬件采購、需求分析、系統(tǒng)設(shè)計、軟件開發(fā)、系統(tǒng)集成、測試、驗 收、試運行、系統(tǒng)維護的全過程都包括在內(nèi)，如項目啟動、項目范圍內(nèi)容、項目范圍變更等 項，具體內(nèi)容在項目實施前經(jīng)詳細討論確定。2.3項目進度管理針對本項目的進度管理從任務(wù)分解、時間進度安排到資源分配，每個階段都有里程碑 標(biāo)志，每個

31、階段都須嚴格按照工期要求按時、保質(zhì)完成，項目經(jīng)理負責(zé)項目進度控制。2.4項目風(fēng)險管理通過對大量的風(fēng)險事件進行分析，在本項目中下列事件出現(xiàn)的概率最大，影響也是最 大的。如何使得將上述事件對項目造成的影響降低到最小，是項目風(fēng)險管理的主要工作。 首先需要預(yù)防上述事件的發(fā)生，其次當(dāng)事件發(fā)生不可避免之后，應(yīng)當(dāng)采取必要的、事先準備好的措施進行工作，將風(fēng)險對項目目標(biāo)的影響降低到可以容忍的程度。2.4.1技術(shù)風(fēng)險XXXXXXXXXXX軟件采購是一個采用先進的信息技術(shù),在建設(shè)過程中需要與各個業(yè)務(wù)單 位、多個技術(shù)支撐系統(tǒng)、多個業(yè)務(wù)系統(tǒng)之間接口。系統(tǒng)需要采集的數(shù)據(jù)量大、涉及的相 尖系統(tǒng)范圍廣，需要比較高的信息管理的

32、專業(yè)知識。因此系統(tǒng)建設(shè)存在一定的技術(shù)風(fēng)險， 需要業(yè)主和系統(tǒng)建設(shè)方從系統(tǒng)開始建設(shè)之初，就要充分認識到該項目的技術(shù)難度，在系統(tǒng) 調(diào)研、系統(tǒng)設(shè)計階段就要進行反復(fù)的論證，在系統(tǒng)構(gòu)架的時候盡可能采用國際上成熟的產(chǎn) 品，借鑒相矢的成功經(jīng)驗，同時系統(tǒng)的建設(shè)分步驟、分階段進行，將技術(shù)難點逐個突破， 力求將技術(shù)風(fēng)險降至最低。2.4.2需求風(fēng)險XXXXXXXXXXX軟件采購的建設(shè)是一個項目周期較長、涉及相尖部門較多、數(shù)據(jù)量 大、系統(tǒng)功能要求高的復(fù)雜系統(tǒng)，只能在建設(shè)過程中與多家業(yè)務(wù)部門進行溝通，才能逐步 明晰系統(tǒng)的需求O同時，由于GlS專業(yè)性較強，有些需求各業(yè)務(wù)部門人員根本不可能明確 地提出，需要系統(tǒng)建設(shè)方根據(jù)已有

33、的系統(tǒng)建設(shè)經(jīng)驗進行用戶需求的引導(dǎo)。這些狀況容易造 成系統(tǒng)的需求不明確，或者系統(tǒng)的需求變更頻繁，使得項目進展嚴重滯后，最后造成項目 的失敗。為了能夠減少該項目需求不清和需求頻繁變更的風(fēng)險，需要用戶和公司在項目初期做 好充分的需求調(diào)研，切實理解各個業(yè)務(wù)部門在信息方面的業(yè)務(wù)需求，盡可能避免對需求的誤 解和片面性。同時，在系統(tǒng)建設(shè)過程中，嚴格遵守項目管理的規(guī)章制度，對項目需求變 更進行嚴格的審核與控制，以保障項目的質(zhì)量和進度。2.4.3協(xié)調(diào)與溝通風(fēng)險在系統(tǒng)建設(shè)過程中公司需要協(xié)調(diào)多個部門，與這些部門的溝通與協(xié)調(diào)可能直接影響到 本項目的質(zhì)量與進度。因此，建立高效的協(xié)調(diào)與溝通機制，減少相互 之間的誤解與拖延

34、， 是保障本項目成功實施的矢鍵點之一。這需要各相矢單位充分理解項目溝通管理的重要 性，嚴格遵守項目管理的各項規(guī)章制度，提高協(xié)調(diào)溝通的效率，降低項目協(xié)調(diào)與溝通的風(fēng) 險。2.4.4項目人員風(fēng)險由于XXXXXXXXXXX軟件采購項目周期較長,技術(shù)難度大,因此項目人員壓力會隨著項 目的進展逐漸加大，工作效率也可能會隨著項目的進展逐漸降低，造成工作效率低下，甚 至?xí)斐身椖砍蓡T的不穩(wěn)定。這就需要用戶與公司相互理解，明確共同的目標(biāo)，發(fā)揮團隊 精神，同時要合理規(guī)劃項目進度，作到勞逸結(jié)合，提高項目人員的積極性，降項目人員的 風(fēng)險。2.5質(zhì)量管理計劃2.5.1質(zhì)量管理體系標(biāo)準本項目實施應(yīng)采用先進的質(zhì)量管理模式和

35、科學(xué)的質(zhì)量管理體系和流程,并根據(jù)項目自 身特點選用合適的質(zhì)量控制規(guī)程。目前,XXXXXXXXXXX主要采用IS09001質(zhì)量標(biāo)準和軟件成熟度模型（CMM）兩種控 制規(guī)程。針對本項目，公司將采用GB/T19001 -2000-IS09001:2000質(zhì)量 體系標(biāo)準，同時遵 循SSE-CM的安全實施標(biāo)準，并在項目實施的過程中嚴格執(zhí)行 這些質(zhì)量標(biāo)準。2.5.2質(zhì)量控制過程本項目中，由項目經(jīng)理制訂質(zhì)量控制計劃，項目質(zhì)量控制組進行審核。審核方面包 括：質(zhì)量控制措施是否足夠、各個成員的質(zhì)量責(zé)任是否明確合理，測試方法是否適用。2.5.3質(zhì)量評定計劃為了加強項目質(zhì)量管理和界定產(chǎn)品質(zhì)量標(biāo)準，本公司將制訂適應(yīng)于項

36、目的 檢查驗收規(guī) 定和質(zhì)量評定標(biāo)準，確保工程質(zhì)量。本項目中，應(yīng)實行兩級檢查、兩級驗收制度。一級檢查'二級檢查和一級 驗收由本公 司實施小組組織完成；二級驗收由用戶組織實施。各級檢查驗收嚴格 按項目實施中制訂的 相應(yīng)的檢查驗收規(guī)定和質(zhì)量評定標(biāo)準執(zhí)行。對實施和驗收過 程中出現(xiàn)的重大技術(shù)問題，將 上報用戶協(xié)調(diào)處理，對一般質(zhì)量問題的處理應(yīng)予以書面記錄。2.5.4質(zhì)量管理措施在項目實施過程中還將采取如下措施保障項目實施質(zhì)量：(1) 產(chǎn)品到貨后，對所有硬件設(shè)備應(yīng)進行加電檢測，同時對所有軟件產(chǎn)品進行安裝、 產(chǎn)品授權(quán)驗證。(2) 在項目實施前后對網(wǎng)絡(luò)性能進行評估。(3) 在系統(tǒng)部署完成后要在實際環(huán)境中

37、進行網(wǎng)絡(luò)連通性測試、安全策略驗證和應(yīng)用系 統(tǒng)測試。(4) 配合應(yīng)用系統(tǒng)做好壓力測試，根據(jù)壓力測試結(jié)果調(diào)整系統(tǒng)配置。(5) 項目實施后要進行一定時間的試運行，在試運行期間要重點監(jiān)控網(wǎng)絡(luò)環(huán)境的運行 情況、安全策略的驗證和業(yè)務(wù)應(yīng)用系統(tǒng)運行情況，若出現(xiàn)的問題要及 時查找原因并加以修 正。(6) 在試點實施過程中驗證方案的可行性和正確性。2.5.5軟件質(zhì)量控制2.5.5.1階段性評審軟件質(zhì)量保證過程包括對軟件過程質(zhì)量控制和軟件產(chǎn)品質(zhì)量控制。我公司在本系統(tǒng)項 目組織中，由質(zhì)量控制組負責(zé)質(zhì)量控制和管理，采用軟件度量過程采集信息對軟件過程和 軟件產(chǎn)品的質(zhì)量進行管理。對軟件過程質(zhì)量的控制通過量化并提取軟件過程信

38、息實現(xiàn)對軟件過程的目標(biāo)管理，量 化的主要內(nèi)容包括：產(chǎn)品質(zhì)量、項目進度和資源占用。軟件過程控制一般采用軟件開發(fā)過程 的節(jié)點控制的方法。軟件開發(fā)過程的節(jié)點控制是提高軟件開發(fā)的計劃性和成功經(jīng)驗的可重復(fù)應(yīng)用的重要支 持手段。我公司在開發(fā)本系統(tǒng)的過程中，將充分利用該方法，確保本系統(tǒng)的高質(zhì)、準時 完成。在本系統(tǒng)的開發(fā)過程中，把涉及軟件開發(fā)、應(yīng)用的人員分為甲方、乙方，甲方代表 各種層次的軟件系統(tǒng)的用戶，乙方代表軟件開發(fā)商中各組織、各層次人員。軟件系統(tǒng)的最 終成功基于甲乙雙方對軟件開發(fā)過程的共同控制與管理，甲方側(cè)重“需求”與“監(jiān)督”職 能，乙方側(cè)重“供求”與“控制”即從甲乙雙方角度得職能。甲乙雙方實現(xiàn)職能的基

39、礎(chǔ)是軟件開發(fā)過程的可視性,到軟件開發(fā)過程的可見性。如下圖所示：需求一一7_廠結(jié)臬Ca)檢亶點檢香點檢査直楡査點圖（a）表示一個對甲乙雙方可見性極差的過程，甲方給出需求后，經(jīng)過乙方的開發(fā)過 程得到的是最終結(jié)果，甲方對軟件開發(fā)過程沒法參與。乙方中只有具體的開發(fā)人員了解局部 的軟件過程，高層管理人員沒法得到開發(fā)過程中具體的過程狀態(tài)信息，不能根據(jù)過程狀態(tài)做 出決策。圖（b）表示一個對甲乙雙方可見性較好的軟件過程，在軟件開發(fā)過程的特定階段設(shè)置 階段控制點（也稱為里程碑），甲乙雙方依據(jù)階段成果，從各自的角度提出過程改善與修改 意見，控制軟件系統(tǒng)生產(chǎn)的質(zhì)量、開發(fā)過程的效率及項目資源消費。2.5.5.2 測試

40、測試是確保本系統(tǒng)質(zhì)量的重要手段，不經(jīng)過認真測試的系統(tǒng)是不能被用于生產(chǎn)的。雖然，對各階段的文檔的審核也可認為是測試，但本項目所指的測試是指對應(yīng)用 軟件的測試。做好測試是測試組的責(zé)任，測試組是與開發(fā)組相互獨立的兩組，且需要相當(dāng)?shù)?技術(shù)和經(jīng)驗，對業(yè)務(wù)的理解要十分透徹。為保證測試的效率和質(zhì)量需要主意以下幾點：1 建立高效合理的測試流程，包括：建立盡量模擬真實環(huán)境的業(yè)務(wù)數(shù)據(jù)模型（即運行業(yè)務(wù)的初始環(huán)境）；對測試案例的設(shè)計要有深度和廣度；特別在系統(tǒng)測試和驗收測試階段，安排好項目組的全體人員的任務(wù)和責(zé)任；做好測試階段文檔和源程序的版本控制；做好測試中發(fā)現(xiàn)的BUGS勺記錄及存檔工作；對發(fā)現(xiàn)的任何BUGSA要做好

41、原因分析并記錄歸檔；做好回歸測試；防止對程序的修改而引起的其他問題。軟件測試是一個過程，涉及到軟件生命周期的各個階段。下圖描述了軟件測試過程模型：需求分析B陰測試T屮廠實施質(zhì)量平審I×L出廠系統(tǒng)孤弒測試過程是與開發(fā)過程并行的，軟件測試的實施過程是與改錯過程既是交錯的、同時又是 并行進行的。在集成測試階段中，測試一般應(yīng)當(dāng)由獨立的軟件測試人員來實施。這種方法一方 面可以有效地壓縮測試的總周期，但更重要的是可以避免開發(fā)者自身的思維局限，更加客觀全 面地進行有效的測試。26項目協(xié)調(diào)與合作計劃對項目實施中的溝通是項目完成的順利與否的重要因素，所以在整個項目實施的過程中要 有一套完善的溝通機制。

42、261協(xié)調(diào)與合作管理方案在項目實施中，將以項目經(jīng)理為核心，實現(xiàn)全面、有效的溝通管理。其中:(1) 項目經(jīng)理從始至終控制整個項目的工作進展與步驟，是信息的收集者和發(fā)送者。(2) 項目經(jīng)理要密切聯(lián)系了解各干系人信息，及時傳達給項目組其他成員。(3) 項目經(jīng)理要每周與項目領(lǐng)導(dǎo)小組交換項目工作進展情況，確保項目按計劃有步驟地進 行，并提交全部項目管理報告給項目領(lǐng)導(dǎo)小組。(4) 項目經(jīng)理要每周組織項目組成員召開會議，了解項目進展情況，分派工作，了解項目 實施中的問題，及時解決。(5) 項目主管定期聯(lián)系用戶負責(zé)人，傾聽用戶對項目的建議和意見，并采 取相應(yīng)的措施， 最大程度保證用戶滿意度。(6) 銷售人員和

43、用戶保持正常通暢的溝通渠道，及時接受用戶反饋意見。2.6.2協(xié)調(diào)手段作為溝通的手段，采用如下方式進行項目的交流：(1) 進程報告(工程簡報)：工程實施期間，各實施人員每天向項目經(jīng)理報告工作進展；項目經(jīng)理按照IS09000質(zhì)量管理體系的要求每周向公司提交項目進展報 告；同時，項目經(jīng)理每周向用戶單位提交項目進展文件。(2) 周例會：必要時參加由項目管理組、用戶方在每周共同召開的周例會，會議將對 一周以來的工作進展進行回顧，總結(jié)問題點，分析原因，并確定解決方案。對下一階段的工 作任務(wù)進行部署o會議結(jié)果由項目管理組發(fā)布會議紀要。(3) 工程階段總結(jié)：在實施的每一個階段，進行工程階段總結(jié)，評估上一階段工

44、作得 失，為下階段的工作進行必要的預(yù)溝通，解決隱患問題；(4) 多種形式的交流：項目經(jīng)理與項目領(lǐng)導(dǎo)小組、用戶、其它廠商之間、以及項目隊 伍成員之間保持通信聯(lián)絡(luò)，以傳真、電話、電子郵件等方式進行溝通。2.7配置管理2.7.1配置管理和版本控制公司采用相應(yīng)的配置控制程序來管理新系統(tǒng)的各個部分，包括文檔，需求，設(shè)計，數(shù)據(jù)庫 設(shè)計，編碼，文件和數(shù)據(jù)。并在項目實際實施時制定配置管理計劃， 并委任一名配置管理員 配置控制的目的是控制系統(tǒng)的物理和功能特性，確保整個系統(tǒng)的完整性。配置控制既是技術(shù)活動又是管理活動，它的過程包括：配置項目發(fā)現(xiàn)和保存每個配置項目要有一個編號，用來區(qū)別有不同需求和實施要求的其它項目。

45、它還有一個版 本號，用來標(biāo)明該項目所處的階段，在配置項目修改時，版本號要更新。配置系統(tǒng)要能夠容納 新的配置項目,不必修改現(xiàn)存項目。配置項目要保存在軟件庫里面。為確保足夠的安全以及對所有可交付軟件項目的控制必須 建立如下典型的軟件庫：名稱狀態(tài)開發(fā)庫動態(tài)的主庫控制的靜態(tài)庫靜態(tài)的開發(fā)庫是軟件作為一系列模塊進行開發(fā)和測試的動態(tài)庫。主庫是一個被控制的庫，項目的放入和取出必須按規(guī)定并以一定的控制方式進行。例如，在單元測試成功之后， 模塊可以被轉(zhuǎn)入到系統(tǒng)主庫，然后供系統(tǒng)集成和系統(tǒng)測試。任何經(jīng)過以上測試需要修改模塊都要 放回開發(fā)庫，以供測試。當(dāng)主庫達到一定程度的穩(wěn)定后，就可以將它合成一個基準。每當(dāng)基準發(fā)布以后

46、，相矢主庫都要進行拷貝產(chǎn)生靜態(tài)庫。之所以叫做靜態(tài)庫，因為以后不再更新，并且歸 檔o2配置變動控制只有當(dāng)項目已經(jīng)成為基準的一部分時，軟件配置控制才能夠進行，它主要控制：評估對配置項目的變動協(xié)調(diào)批準的變動在本項目的執(zhí)行過程中，項目經(jīng)理將與用戶一起定義處理配置變動以及變動授權(quán)管理方法。作為對于已經(jīng)通過的單元，系統(tǒng)的驗收測試項目的變動，需要更高級別的授 權(quán)。3配置狀態(tài)記錄配置狀態(tài)記錄包括所有配置項目跟蹤報告，并且貫穿整個系統(tǒng)開發(fā)周期中，配置項目狀 態(tài)將通過配置管理員來跟蹤和控制。為有效進行配置狀態(tài)記錄，應(yīng)該詳細記錄以下信息：每個基準版的日期，版本和問題；每份問題審閱以及文檔修改的日期狀態(tài)；每份軟件問題

47、報告、修改請求、和修改報告的日 期和狀態(tài)；每個配置項目的總結(jié)描述。軟件版本公司將在版本文檔內(nèi)記錄軟件的版本，后續(xù)版本要附一個版本說明。該說明列 出了版本內(nèi)的配置項目，并且說明其安裝步驟。而且，所有已經(jīng)修改的錯誤和已經(jīng)合并的新 的需求都要有記錄。要在提交新版本之前重新測試修改過的軟件。對于每個版本公司保證文檔 和代碼的一致性，而且保存舊版本。2.7.2變更管理的方法產(chǎn)品的完整性需要通過變更管理來維持。用戶需求的變化、系統(tǒng)需求的變化和系統(tǒng)設(shè)計的 變化都被監(jiān)控和跟蹤，從而了解被批準變動的實施狀態(tài)?？刂谱兏哪康氖菫榱舜_保只有經(jīng) 過批準的變更才能實施，確保變更情況傳達到了相應(yīng)的有尖方面，提供它們考慮和

48、獲得它們的 批準。用戶需求、系統(tǒng)需求和系統(tǒng)設(shè)計文檔在通過評審并批準后將作為基準。當(dāng)一個文檔變?yōu)榛?準以后，就自動進入變更控制范圍O任何變動都需要提交變更請求。變更管理由以下四個部 分組成：變更請求、變更評估、變更批準、變更實施和跟蹤。2.8文檔管理文檔必須真實地反映實際工程狀態(tài)。文檔的驗收，不能是在項目驗收時統(tǒng)一移交給用戶單 位，而應(yīng)當(dāng)根據(jù)項目實施的不同階段，分批移交，在項目準備階段就需要制定一個文檔移交 計劃，在 規(guī)定的時間里移交事先規(guī)定格式、內(nèi)容的文檔。2.9人員管理人員的管理遵循幾條原則：本項目中的參與人員在無特殊情況且未經(jīng)用戶同意不進行調(diào)換；系統(tǒng)保障期人員均安排參加此項目建設(shè)的主要技術(shù)

49、人員；目的項目本項 管理人員安排具有同類項目豐富項目管理經(jīng)驗的人員。210保密管理考慮本系統(tǒng)的保密要求，公司承諾按照涉及國家秘密計算機系統(tǒng)要求進行系統(tǒng)建設(shè)的保密 管理，并和用戶簽署保密協(xié)議，嚴格履行保密義務(wù)。3 J測試計劃3.1測試工作準備為保證項目的質(zhì)量，XXXXXXXXXXX將成立專門的項目測試小組，在項目經(jīng)理的統(tǒng) 一領(lǐng)導(dǎo)之下，完成本次項目的測試工作，首先，在項目開始時，測試小組要 完成測試的準 備工作，測試準備工作的重點主要包括以下幾個主要方面：對整個項目情況進行調(diào)硏與了解，以熟悉整個系統(tǒng)的整體架構(gòu)和實現(xiàn)功能等相尖情 況，制定出初步的測試計劃；確定測試管理工具的實施方案，對測試管理工具根

50、據(jù)項目的特點進行合理規(guī)劃；包 括根據(jù)各個項目子系統(tǒng)的特點，制定相應(yīng)的缺陷跟蹤方案、版本提交計劃等。保證測試人員的到位，并對測試人員進行測試管理工具和測試相矢基礎(chǔ)技術(shù)的培 訓(xùn)，要求相尖系統(tǒng)測試人員先進行相尖系統(tǒng)體系結(jié)構(gòu)和功能的了解，為后期的設(shè)計測試 用例奠定基礎(chǔ)。3.2軟件開發(fā)測試本項目采用的測試種類包括：模塊測試、功能測試、性能測試、分系統(tǒng)測試、全系 統(tǒng)測試'容量測試、壓力測試、災(zāi)難恢復(fù)測試等。在進行測試前，需要編寫詳實的測試方案，其中包括測試時間安排、測試準則、測 試用例、測試范圍、測試目標(biāo)、測試人員、出錯處理流程及處理結(jié)果等內(nèi)容。在測試案例 中應(yīng)包含對異常情況處理的測試，如數(shù)據(jù)不全

51、、數(shù)據(jù)類別有誤、數(shù)據(jù)不合法等。各種類型的測試都是采用循環(huán)往復(fù)的“測試一改進”操作，以確保問題得到完整、充分的解決的過程O3.2.1模塊測試每個應(yīng)用程序模塊完成后，進行模塊測試。模塊測試的目的在于通過大量、反復(fù)的 測試，盡可能地捕獲程序編寫時的編碼及應(yīng)用處理上的錯誤，并加以改正，使程序編寫 時的錯誤在這一測試環(huán)節(jié)得到控制。3.2.2功能測試功能測試是對項目實現(xiàn)的功能進行測試。功能測試可細分為：獨立測試和連續(xù)測試 兩部分。獨立測試是將本項目開發(fā)實現(xiàn)的功能一一進行獨立測試。在測試過程中，將針對每 一個功能制定相應(yīng)的測試個案，進行嚴格的功能測試。如測試結(jié)果與實現(xiàn)要求不符，將 由開發(fā)人員進行改進及完善，

52、最終達到功能要求。測試中發(fā)生問題時，編程人員會改動程序以便解決問題。系統(tǒng)將在修改后進行重新 測試。此時其進行的測試不僅針對改動部分，還應(yīng)對原已通過獨立測試的部分進行重新 測試。3.2.3性能測試系統(tǒng)的性能是一個很重要的參數(shù)，本項目所指的系統(tǒng)性能包括系統(tǒng)的效率、響應(yīng)時 間及處理能力。在測試中，為每個應(yīng)用設(shè)置響應(yīng)時間、處理速度量度，評 估系統(tǒng)的最高處 理能力，在發(fā)現(xiàn)系統(tǒng)的性能不滿足要求進，需進行相應(yīng)措施對系統(tǒng)的性能進行調(diào)整。3.2.4分系統(tǒng)測試針對各個分系統(tǒng)，根據(jù)不同的測試方案，按照測試方案中的測試步驟進行測試，進 行測試結(jié)果分析，得出測試結(jié)論，對分系統(tǒng)的配置給出建議意見。最終對每一個分系統(tǒng)做出一

53、個分系統(tǒng)測試報告，主要內(nèi)容為測試結(jié)果，結(jié)果分析，建議。對系統(tǒng)功能、性能、安全、可靠和擴展等每一方面都需有明確的結(jié)論和意見。3.2.5全系統(tǒng)測試在分系統(tǒng)測試完畢的基礎(chǔ)上，對整個硬件平臺進行測試，主要針對各分系統(tǒng)的結(jié)合 部，以及總體功能。與分系統(tǒng)測試方案一樣，全系統(tǒng)測試也是根據(jù)測試方案按照測試方 案中的測試步驟進行，最終做出系統(tǒng)測試報告，主要包含：系統(tǒng)功能、性能、安全、 可靠和擴展等各個方面能否達到設(shè)計要求的結(jié)論，出現(xiàn)問題，建議解決問題方案。3.2.6容量測試項目在投產(chǎn)前，建議進行容量測試，以找出項目投產(chǎn)后可處理的最大處理 容量，確 保能夠平滑地過渡或避開業(yè)務(wù)處理高峰期。與此同時，通過對業(yè)務(wù)處理高

54、峰期時系統(tǒng)硬 件資源情況的占有量的獲取，能夠有效地調(diào)配系統(tǒng)資源。通過容量測試，得知系統(tǒng)承載量，并結(jié)合業(yè)務(wù)發(fā)展增長量，可以推算出需要更換相 矢硬件的時間，以便用戶可以提前做好應(yīng)對準備。3.2.7壓力測試壓力測試的目的是希望能夠通過測試，得知在極短時間內(nèi)對網(wǎng)站進行大量并發(fā)訪 問，是否會對系統(tǒng)造成瞬間無法承受的壓力沖擊，致使其運行異常甚至崩潰。壓力測試 可以獲知系統(tǒng)的耐壓程度，在必要時采取適當(dāng)?shù)木o急防護措施，如控制、分散等措施， 減低緩解系統(tǒng)瞬間壓力，防止尖峰時刻的出現(xiàn)，使系統(tǒng)得以 穩(wěn)定地運行。3.2.8災(zāi)難恢復(fù)測試災(zāi)難恢復(fù)測試是指在模擬災(zāi)難事故發(fā)生的情況下，對系統(tǒng)的恢復(fù)情況進行測試及彩 排。要盡可

55、能地找出可能發(fā)生的災(zāi)難性事故，并一一進行模擬，查看系統(tǒng)的恢復(fù)情 況。災(zāi)難恢復(fù)測試能夠反映出系統(tǒng)備份的準確性及完整性，以及自動恢復(fù)功能的強弱， 出具不同災(zāi)難恢復(fù)所需的時間數(shù)據(jù)，以此可以估算出在災(zāi)難發(fā)生時對用戶所造成的影響 及忍受程度。3.3設(shè)計測試用例和數(shù)據(jù)測試用例和數(shù)據(jù)準備的目的是幫助用戶在不熟悉實際環(huán)境的時候，能正常的測試系 統(tǒng)并對系統(tǒng)做出正確的評價。測試用例和數(shù)據(jù)的準備是一項枯燥和費時間的工作。為了提高工作效率可以從以下 幾方面著手：將信息放在一個指定的位置，便于反復(fù)利用，降低變化產(chǎn)生的影響；一次完成一個步驟，避免冗余和額外的工作；盡早盡可能完成多個步驟。為了保證每一個業(yè)務(wù)流程準備測試用例和數(shù)據(jù)的正確性，在測試計劃中應(yīng)遵循下列 過程，并完成以下步驟：確定要測試的業(yè)務(wù)情況類型確定每個要求的測試用例合并所有的測試用例，生成測試大綱編制測試腳本，包括 必要的系統(tǒng)輸入信息和期望的輸出結(jié)果檢查信息保證每一步的準確性和完整性（即，確定 業(yè)務(wù)情