系統(tǒng)軟件項(xiàng)目實(shí)施計(jì)劃方案

1、系統(tǒng)軟件項(xiàng)目實(shí)施計(jì)劃方案系統(tǒng)軟件項(xiàng)目實(shí)施方案項(xiàng)目名稱：XXXXI統(tǒng)軟件實(shí)施單位： XXXXXXXXX時(shí)間：XXX滸 XX月XX日目錄1、項(xiàng)目總體實(shí)施方案41.1工程實(shí)施原則41.2項(xiàng)目總體推進(jìn)計(jì)劃51.3系統(tǒng)實(shí)施過程的質(zhì)量保證活動(dòng)說明51.3.1需求分析階段61.3.2總體設(shè)計(jì)階段61.3.3詳細(xì)設(shè)計(jì)階段71.3.4系統(tǒng)開發(fā)階段71.3.5系統(tǒng)實(shí)施和試運(yùn)行階段71.3.6項(xiàng)目驗(yàn)收階段91.3.7系統(tǒng)正式運(yùn)行及維護(hù)階段91.3.8各階段輔助文檔91.3.9實(shí)施過程提交文件匯總101.4項(xiàng)目實(shí)施計(jì)劃121.4.1數(shù)據(jù)實(shí)施步驟121.4.2項(xiàng)目進(jìn)度安排122、項(xiàng)目管理方案132.1項(xiàng)目管理組織結(jié)構(gòu)1

2、32.1.1項(xiàng)目各方角色與責(zé)任132.1.2任務(wù)分工142.2項(xiàng)目范圍管理162.3項(xiàng)目進(jìn)度管理162.416項(xiàng)目風(fēng)險(xiǎn)管理2.4.1技術(shù)風(fēng)險(xiǎn)162.4.2需求風(fēng)險(xiǎn)172.4.3協(xié)調(diào)與溝通風(fēng)險(xiǎn)172.4.4項(xiàng)目人員風(fēng)險(xiǎn)182.5質(zhì)量管理計(jì)劃182.5.1質(zhì)量管理體系標(biāo)準(zhǔn)182.5.2質(zhì)量控制過程18質(zhì)量評定計(jì)劃2.6.3182.5.4質(zhì)量管理措施192.5.5軟件質(zhì)量控制192.6項(xiàng)目協(xié)調(diào)與合作計(jì)劃212.6.1協(xié)調(diào)與合作管理方案222.6.2協(xié)調(diào)手段222.7配置管理232.7.1配置管理和版本控制232.7.2變更管理的方法242.8文檔管理252.9人員管理252.10保密管理253、測試

3、計(jì)劃263.1測試工作準(zhǔn)備263.2軟件開發(fā)測試263.2.1模塊測試273.2.2功能測試273.2.327性能測試3.2.4分系統(tǒng)測試273.2.5全系統(tǒng)測試283.2.6容量測試283.2.7壓力測試283.2.8災(zāi)難恢復(fù)測試283.3設(shè)計(jì)測試用例和數(shù)據(jù)293.3.1建立測試環(huán)境29測試執(zhí)行3.3.2304、驗(yàn)收計(jì)劃314.1驗(yàn)收組織314.2驗(yàn)收內(nèi)容314.3軟件系統(tǒng)的驗(yàn)收313. 用戶方已經(jīng)認(rèn)可測試數(shù)據(jù)325、培訓(xùn)方案335.1培訓(xùn)目標(biāo)335.2培訓(xùn)方式335.333培訓(xùn)對象5.4培訓(xùn)地點(diǎn)與環(huán)境335.5培訓(xùn)計(jì)劃及內(nèi)容345.5.1用戶培訓(xùn)345.5.2系統(tǒng)管理人員培訓(xùn)346、技術(shù)支

4、持和售后服務(wù)366.1技術(shù)支持與售后服務(wù)政策366.1.1技術(shù)后援支持36技術(shù)后援支持方式6.1.2386.1.3保修及系統(tǒng)維護(hù)服務(wù)371、項(xiàng)目總體實(shí)施方案建設(shè) xxxxxxx 軟件采購是一項(xiàng)復(fù)雜、長期的系統(tǒng)工程，為保證工程能夠順利地進(jìn)行實(shí)施，必須要制定科學(xué)、合理、切實(shí)可行的實(shí)施計(jì)劃。一方面要從組織上進(jìn)行落實(shí)，成立強(qiáng)有力的項(xiàng)目領(lǐng)導(dǎo)小組和經(jīng)驗(yàn)豐富的項(xiàng)目實(shí)施隊(duì)伍；另一方面要制定嚴(yán)格的時(shí)間進(jìn)度表，明確各里程碑的時(shí)間。同時(shí)還要制定工作原則，以指導(dǎo)項(xiàng)目的全面實(shí)施。1.1工程實(shí)施原則1 用戶方項(xiàng)目小組的成員，爭取參與項(xiàng)目的全過程用戶方成立領(lǐng)導(dǎo)親自掛帥的項(xiàng)目小組，在調(diào)研、設(shè)計(jì)、編碼、安裝調(diào)試、測試、培訓(xùn)、運(yùn)

5、行、驗(yàn)收、售后服務(wù)等項(xiàng)目的各個(gè)階段，配合系統(tǒng)開發(fā)方的工作，一方面可以培訓(xùn)自己的技術(shù)維護(hù)隊(duì)伍，為系統(tǒng)的使用保駕護(hù)航；另一方面，在開發(fā)過程中，協(xié)調(diào)用戶方和開發(fā)方的關(guān)系，保證項(xiàng)目的順利進(jìn)行，及時(shí)發(fā)現(xiàn)問題，并對項(xiàng)目進(jìn)度和質(zhì)量進(jìn)行監(jiān)督。2 采用“兩手抓”的方針，一手抓開發(fā)、一手抓使用對于軟件項(xiàng)目，之所以稱為一個(gè)工程，很大程度上是因?yàn)檐浖?xiàng)目的建設(shè)，除了技術(shù)因素外，還有很多的非技術(shù)因素需要考慮，并且必須被得到重視。衡量一個(gè)軟件項(xiàng)目是否成功，很大程度上不是看這個(gè)軟件項(xiàng)目采用了多么先進(jìn)的技術(shù)，而是軟件對用戶來說是否實(shí)用，是否能夠幫助用戶解決許多預(yù)期的問題。國內(nèi)很多軟件項(xiàng)目的失敗，很大程度上是使用抓得不夠。建議

6、在項(xiàng)目的試運(yùn)行過程中，在抓系統(tǒng)維護(hù)的同時(shí)，也要狠抓系統(tǒng)的使用，開發(fā)方和用戶方齊心協(xié)力幫助業(yè)務(wù)人員從原來的手工處理轉(zhuǎn)到計(jì)算機(jī)輔助處理上來，在業(yè)務(wù)人員適應(yīng)計(jì)算機(jī)輔助業(yè)務(wù)處理的過程中，盡可能早發(fā)現(xiàn)系統(tǒng)中存在的問題，從而最大可能地使系統(tǒng)保質(zhì)保量的按時(shí)完成。3 數(shù)據(jù)同程序同等重要該系統(tǒng)的建設(shè)，數(shù)據(jù)位于首要的地位，程序的編寫完成，僅僅意味著系統(tǒng)完成了一半，數(shù)據(jù)的收集、整理、錄入，對系統(tǒng)的建設(shè)來說同等重要。在項(xiàng)目實(shí)施過程中，一定要重視系統(tǒng)中數(shù)據(jù)的錄入工作，充分估計(jì)數(shù)據(jù)處理的難度，在系統(tǒng)建設(shè)之初，就將數(shù)據(jù)工作提到議事日程上來，安排相應(yīng)的資金、時(shí)間等，將數(shù)據(jù)工作落到實(shí)處，只有這樣才能爭取系統(tǒng)早日達(dá)到實(shí)用化。1.

7、2項(xiàng)目總體推進(jìn)計(jì)劃為了有效地保證系統(tǒng)開發(fā)的質(zhì)量，整個(gè)系統(tǒng)建設(shè)的全過程劃分為準(zhǔn)備、設(shè)計(jì)、開發(fā)、實(shí)施和運(yùn)行階段，每個(gè)階段完成相應(yīng)的任務(wù)，確保信息系統(tǒng)的建設(shè)。如下圖所示： 1.3系統(tǒng)實(shí)施過程的質(zhì)量保證活動(dòng)說明在實(shí)施過程中將發(fā)生的重大質(zhì)量保證活動(dòng)或由此將產(chǎn)生的質(zhì)量記錄和產(chǎn)品，項(xiàng)目管理與開發(fā)階段劃分密切相關(guān)，因此主要按照項(xiàng)目實(shí)施的具體階段劃分說明。1.3.1需求分析階段首先需要經(jīng)雙方協(xié)調(diào)，形成需求調(diào)研計(jì)劃及需求調(diào)研大綱，確定準(zhǔn)備工作、需求調(diào)研的內(nèi)容、方法方式以及人員和日程安排等內(nèi)容，經(jīng)雙方同意后按此計(jì)劃開始調(diào)研。調(diào)研正式開始前項(xiàng)目開發(fā)組應(yīng)檢查所有必要的準(zhǔn)備工作已經(jīng)圓滿完成。項(xiàng)目開發(fā)組根據(jù)調(diào)研中系統(tǒng)實(shí)際技

8、術(shù)需求和各個(gè)子系統(tǒng)的業(yè)務(wù)需求，編寫并向工程領(lǐng)導(dǎo)小組提交符合CMMLEVEL3 規(guī)范要求的系統(tǒng)需求分析報(bào)告，并由項(xiàng)目組評審，不合格的部分進(jìn)一步完善調(diào)研；評審?fù)ㄟ^后由雙方共同簽署評審意見，并正式生效。對于軟件生產(chǎn)過程而言，需求階段是整個(gè)過程中最重要的階段，需求分析成果的好壞將直接導(dǎo)致項(xiàng)目的成功與否，因此合作雙方在此階段多投入是值得的。而且一旦評審?fù)ㄟ^并生效，則需求報(bào)告將成為系統(tǒng)的設(shè)計(jì)、開發(fā)、測試、實(shí)施試運(yùn)行和項(xiàng)目驗(yàn)收的基本依據(jù)之一，因此原則上用戶需求將不再因?yàn)槠渌蛩氐母淖兌兏缧柽M(jìn)行此種變更，需經(jīng)雙方項(xiàng)目負(fù)責(zé)人協(xié)商確定。1.3.2總體設(shè)計(jì)階段項(xiàng)目開發(fā)組通過對系統(tǒng)的功能、運(yùn)行和性能要求加以分析

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

10、過后 由雙方共同簽署評審意見，并正式生效，作為后續(xù)軟件開發(fā)和測試的基礎(chǔ)。該報(bào)告內(nèi)容的變更由雙方的現(xiàn)場實(shí)施負(fù)責(zé)人、技術(shù)負(fù)責(zé)人進(jìn)行交流即可確定，并需向 工程領(lǐng)導(dǎo)小組匯報(bào)。1.3.4系統(tǒng)開發(fā)階段根據(jù)前面的設(shè)計(jì)結(jié)果，由雙方的現(xiàn)場實(shí)施負(fù)責(zé)人、技術(shù)負(fù)責(zé)人討論確定詳細(xì)的開發(fā)計(jì)劃，并向工程領(lǐng)導(dǎo)小組提交項(xiàng)目開發(fā)計(jì)劃；工程領(lǐng)導(dǎo)小組對項(xiàng)目開發(fā)計(jì)劃進(jìn)行審 查，由雙方簽字后正式生效，并將作為軟件開發(fā)階段的項(xiàng)目管理和監(jiān)控依據(jù)，項(xiàng)目開發(fā)小 組要嚴(yán)格據(jù)此計(jì)劃控制項(xiàng)目進(jìn)度，按時(shí)向工程領(lǐng)導(dǎo)小組匯報(bào)工作進(jìn)展。為了使用戶能夠及時(shí)獲知項(xiàng)目的進(jìn)展情況，開發(fā)小組需要每周向用戶相關(guān)領(lǐng)導(dǎo)提交項(xiàng)目客戶周報(bào)，用戶項(xiàng)目組可以隨時(shí)對項(xiàng)目的工作情況進(jìn)行

11、檢查。1.3.5系統(tǒng)實(shí)施和試運(yùn)行階段首先需要經(jīng)雙方交流協(xié)調(diào)，形成項(xiàng)目實(shí)施計(jì)劃，確定現(xiàn)場實(shí)施的準(zhǔn)備工作、人員 和日程安排、培訓(xùn)計(jì)劃、階段目標(biāo)等內(nèi)容，經(jīng)雙方負(fù)責(zé)人簽字后生效，按此計(jì)劃開始現(xiàn)場 實(shí)施。正式開始現(xiàn)場實(shí)施前項(xiàng)目開發(fā)組應(yīng)檢查所有必要的準(zhǔn)備工作是否已經(jīng)完成?，F(xiàn)場工作首先要進(jìn)行軟件在服務(wù)器端的安裝和調(diào)試，包括數(shù)據(jù)庫中各類對象的生成，初始化數(shù)據(jù)，原有系統(tǒng)的重要數(shù)據(jù)的轉(zhuǎn)換導(dǎo)入，前后臺軟件的安裝，配置參數(shù)調(diào)整等工作； 完成后需向系統(tǒng)維護(hù)人員提交數(shù)據(jù)庫安裝目錄，軟件安裝方法文件，并協(xié)助用戶 進(jìn)行軟件安裝。軟件安裝完成并確認(rèn)可在系統(tǒng)正常運(yùn)行后，開始相關(guān)業(yè)務(wù)人員的培訓(xùn)；在培訓(xùn)開始之 前需要由雙方協(xié)商形成培

12、訓(xùn)計(jì)劃，明確培訓(xùn)環(huán)境、條件及方式，參加人員，課程課時(shí) 等詳細(xì)內(nèi)容，由雙方現(xiàn)場實(shí)施負(fù)責(zé)人簽字后生效，并分別開始著手準(zhǔn)備，在既定時(shí)間內(nèi)完 成。培訓(xùn)過程中由工程師提供培訓(xùn)考勤記錄，培訓(xùn)應(yīng)該脫產(chǎn)、集中、封閉進(jìn)行，并要求所有參加人每日必須兩次考勤；培訓(xùn)完成后由雙方共同進(jìn)行培訓(xùn)總結(jié)，針對培訓(xùn)效 果確定是否達(dá)到目標(biāo)，是否再增加培訓(xùn)課程；對以上內(nèi)容用戶項(xiàng)目組須進(jìn)行必要的考核和 獎(jiǎng)懲，培訓(xùn)工程師有權(quán)對參加培訓(xùn)人員進(jìn)行客觀評價(jià)。培訓(xùn)順利完成后將開始軟件在試點(diǎn)部門試用，將向用戶提交編譯后的前后臺軟件，軟件使用操作手冊，軟件功能清單，這兩種文檔將詳細(xì)描述軟件的使用過程，軟 件所包含的全部系統(tǒng)功能模塊。軟件試用期內(nèi)用戶

13、的主要工作是根據(jù)軟件功能清單所列的系統(tǒng)功能模塊，檢查公 司所提交的軟件是否滿足系統(tǒng)需求分析報(bào)告、系統(tǒng)設(shè)計(jì)報(bào)告的規(guī)定，列出未完成 及含有較嚴(yán)重、明顯錯(cuò)誤的模塊清單形成軟件問題及修改記錄并提交給公司繼續(xù)完善； 此段時(shí)間可以對軟件的細(xì)節(jié)性問題進(jìn)行測試、驗(yàn)證，但主要精力還是應(yīng)放在模塊級功能的 檢查上，如果所有模塊都已開發(fā)并可以進(jìn)入試運(yùn)行，其設(shè)計(jì)方法、技術(shù)可行性也都能夠滿 足最終軟件的需要，則用戶各相關(guān)業(yè)務(wù)負(fù)責(zé)人、現(xiàn)場實(shí)施負(fù)責(zé)人需要簽署各子系統(tǒng)的軟 件交付書，表明軟件已在現(xiàn)場安裝、調(diào)試、培訓(xùn)完成，基本可以進(jìn)入軟件試運(yùn)行；此后 在軟件功能模塊一級上不應(yīng)再發(fā)生大的變化，如需要修改功能模塊設(shè)計(jì)，則需由雙方項(xiàng)目

14、 負(fù)責(zé)人協(xié)商解決。試運(yùn)行期內(nèi)用戶負(fù)責(zé)組織針對軟件功能清單所列的系統(tǒng)功能模塊進(jìn)行現(xiàn)場的系統(tǒng)測試，包括新舊兩套系統(tǒng)并行工作一段時(shí)間進(jìn)行驗(yàn)證，使每個(gè)功能模塊都得到基本確認(rèn)； 對于其中發(fā)現(xiàn)的問題和軟件的細(xì)節(jié)性修改意見，需以軟件問題及修改記錄的書面形式 提交給公司；公司修改完成后立即提交到現(xiàn)場，用戶負(fù)責(zé)組織立即對軟件進(jìn)行確認(rèn)回歸測 試，如驗(yàn)證問題已修改需要在軟件問題及修改記錄中予以說明。通過試運(yùn)行及修改后 證明已經(jīng)基本完成的模塊，用戶應(yīng)組織相關(guān)的業(yè)務(wù)負(fù)責(zé)人在軟件功能清單中逐項(xiàng)確認(rèn)。1.3.6項(xiàng)目驗(yàn)收階段在試運(yùn)行期內(nèi)系統(tǒng)存在一定的細(xì)節(jié)性問題是工程項(xiàng)目不可避免的問題，特別是隨著用戶應(yīng)用的逐漸深入，此類需求會(huì)

15、逐級提出，此類問題不屬于系統(tǒng)的致命性錯(cuò)誤；因此當(dāng)試 運(yùn)行期內(nèi)所發(fā)現(xiàn)的真正的“問題和錯(cuò)誤”收斂到一定數(shù)目以下時(shí)，各業(yè)務(wù)子系統(tǒng)經(jīng)過一段 時(shí)間的并行工作新系統(tǒng)已基本可靠，就可以切換到正式運(yùn)行階段，開始正式運(yùn)行。正式運(yùn)行后，由用戶提出驗(yàn)收要求，雙方共同制定項(xiàng)目驗(yàn)收計(jì)劃，組成項(xiàng)目驗(yàn)收 小組，共同進(jìn)行項(xiàng)目驗(yàn)收。此時(shí)公司將向用戶提交驗(yàn)收的各類文檔，包括對系統(tǒng)開發(fā)過程 進(jìn)行總結(jié)的項(xiàng)目總結(jié)，項(xiàng)目技術(shù)報(bào)告，最終的完整的數(shù)據(jù)庫字典等。驗(yàn)收工作將由用戶組織的專家組對系統(tǒng)進(jìn)行全面的驗(yàn)收和鑒定，并出具項(xiàng)目驗(yàn)收小組 領(lǐng)導(dǎo)簽字的項(xiàng)目驗(yàn)收報(bào)告，并簽署驗(yàn)收意見，公司在此過程中將全程參與，在現(xiàn)場進(jìn) 行驗(yàn)收前的維護(hù)工作。1.3.7系

16、統(tǒng)正式運(yùn)行及維護(hù)階段公司承諾對系統(tǒng)軟件提供服務(wù)保證期，在保證期內(nèi)提供免費(fèi)的軟件升級和維護(hù)服務(wù)； 在保證期外，公司繼續(xù)為系統(tǒng)的維護(hù)提供技術(shù)支持，對于軟件升級提供優(yōu)惠服務(wù)。維護(hù)期的具體工作方式請見售后服務(wù)承諾部分，所有維護(hù)工作，包括軟件出現(xiàn)問題修 改、細(xì)節(jié)性功能的增強(qiáng)，用戶都要以軟件問題及修改記錄的書面形式提交給公司，修 改完成后用戶應(yīng)組織相關(guān)的業(yè)務(wù)負(fù)責(zé)人進(jìn)行確認(rèn)，并在軟件功能清單中說明；如遇緊 急情況可事后補(bǔ)齊。1.3.8各階段輔助文檔現(xiàn)場工作日程安排計(jì)劃，在實(shí)施中的各階段，對于所發(fā)生的需要在現(xiàn)場進(jìn)行較長 時(shí)間工作的情況，如果在需求調(diào)研計(jì)劃、項(xiàng)目開發(fā)計(jì)劃、項(xiàng)目實(shí)施計(jì)劃、 培訓(xùn)計(jì)劃等工作計(jì)劃中未包

17、含，則需要在工作開始前雙方共同制訂好現(xiàn)場工作日程 安排計(jì)劃，并嚴(yán)格據(jù)此執(zhí)行，需要雙方現(xiàn)場實(shí)施負(fù)責(zé)人簽字生效?，F(xiàn)場工作周報(bào)，在現(xiàn)場實(shí)施工作中，為了把階段性的工作任務(wù)具體落實(shí)完成，需 要合作雙方每周一之前由公司實(shí)施工程師與用戶組共同制定本周的工作計(jì)劃，給出每個(gè)工 作日上、下午的工作內(nèi)容，以及雙方的準(zhǔn)備工作。計(jì)劃制定完成后用戶項(xiàng)目組向所有相關(guān) 部門和領(lǐng)導(dǎo)發(fā)布，開始執(zhí)行；實(shí)施中雙方互相監(jiān)督按照原計(jì)劃開展工作；周五時(shí)雙方負(fù)責(zé) 人共同對本周計(jì)劃執(zhí)行情況進(jìn)行總結(jié)，對原計(jì)劃填寫工作總結(jié)，詳細(xì)描述各項(xiàng)計(jì)劃的完成 情況，未完成的部分應(yīng)寫明未完成原因和責(zé)任歸屬，必要時(shí)雙方協(xié)商一起進(jìn)行加班處理， 力爭按時(shí)完成；對于不

18、能按時(shí)完成的必須調(diào)整到下周計(jì)劃中進(jìn)行。用戶項(xiàng)目報(bào)告，對于實(shí)施中各階段較長時(shí)間不在用戶現(xiàn)場進(jìn)行的，或項(xiàng)目處于用 戶試運(yùn)行、維護(hù)期的情況，為了使用戶能夠及時(shí)獲知項(xiàng)目的進(jìn)展情況和公司開發(fā)小組的工 作情況，公司將在開發(fā)階段每周向用戶相關(guān)領(lǐng)導(dǎo)提交此報(bào)告，維護(hù)期內(nèi)每月至少提交一次。階段評估報(bào)告，實(shí)施中當(dāng)某一階段性目標(biāo)實(shí)現(xiàn)后，公司將對該階段雙方聯(lián)合開發(fā) 組的工作情況進(jìn)行總結(jié)，編寫該報(bào)告并向工程領(lǐng)導(dǎo)小組提交，及時(shí)總結(jié)經(jīng)驗(yàn)教訓(xùn)，為下階 段工作打好基礎(chǔ)。1.3.9 實(shí)施過程提交文件匯總 以下是對上面的實(shí)施過程中將產(chǎn)生的文件匯總說明：階段 名稱 作用 評審級別 變更控制 需求調(diào)研 需求調(diào)研計(jì)劃 需求調(diào)研大綱 確定需

19、求調(diào)研的準(zhǔn)備工作、內(nèi)容、方法方式及人員和日程安排 雙方現(xiàn)場實(shí)施負(fù)責(zé)人 雙方現(xiàn)場實(shí)施負(fù)責(zé)人 系統(tǒng)需求分析報(bào)告 明確用戶業(yè)務(wù)需求 雙方項(xiàng)目負(fù)責(zé)人 雙方項(xiàng)目負(fù)責(zé)人 設(shè)計(jì) 系統(tǒng)設(shè)計(jì)報(bào)告（其中包括數(shù)據(jù)庫設(shè)計(jì)） 描述整個(gè)系統(tǒng)軟件的模塊設(shè)計(jì)，詳細(xì)設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)，供開發(fā)編碼使用 雙方項(xiàng)目負(fù)責(zé)人 雙方現(xiàn)場實(shí)施負(fù)責(zé)人系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告軟件開發(fā)項(xiàng)目開發(fā)計(jì)劃軟件開發(fā)的日程進(jìn)度，分工，檢查點(diǎn)設(shè)置，提交成果等計(jì)劃雙方現(xiàn)場實(shí)施負(fù)責(zé)人雙方項(xiàng)目負(fù)責(zé)人軟件測試測試計(jì)劃測試問題卡測試總結(jié)報(bào)告符合ISO9000質(zhì)量保證體系規(guī)定的功能測試、同行間測試文檔軟件現(xiàn)場實(shí)施項(xiàng)目實(shí)施計(jì)劃確定現(xiàn)場實(shí)施準(zhǔn)備工作、人員和日程安排、培訓(xùn)計(jì)劃、階段目標(biāo)等

20、雙方現(xiàn)場實(shí)施負(fù)責(zé)人雙方項(xiàng)目負(fù)責(zé)人系統(tǒng)培訓(xùn)培訓(xùn)計(jì)劃培訓(xùn)考勤記錄培訓(xùn)總結(jié)明確培訓(xùn)環(huán)境條件及方式，參加人員，課程課時(shí)等要求培訓(xùn)記錄，培訓(xùn)效果總結(jié)，是否達(dá)到目標(biāo)雙方現(xiàn)場實(shí)施負(fù)責(zé)人雙方現(xiàn)場實(shí)施負(fù)責(zé)人系統(tǒng)安裝數(shù)據(jù)庫安裝目錄軟件安裝方法軟件使用操作手冊現(xiàn)場安裝、調(diào)試和提交軟件的相關(guān)文檔軟件功能清單所提交軟件全部模塊結(jié)構(gòu)劃分，功能描述用戶系統(tǒng)人員軟件交付書軟件已在現(xiàn)場安裝、調(diào)試、培訓(xùn)完成，基本可以進(jìn)入試運(yùn)行證明用戶系統(tǒng)負(fù)責(zé)人軟件問題及修改記錄實(shí)施中發(fā)現(xiàn)的軟件問題和用戶提出的具體修改意見，以及對其所作修改和確認(rèn)記錄項(xiàng)目驗(yàn)收驗(yàn)收計(jì)劃驗(yàn)收報(bào)告項(xiàng)目總結(jié)項(xiàng)目技術(shù)報(bào)告數(shù)據(jù)庫字典開發(fā)過程項(xiàng)目總結(jié)，技術(shù)總結(jié)，數(shù)據(jù)庫設(shè)計(jì)字典等

21、驗(yàn)收相關(guān)文檔日常工作現(xiàn)場工作日程安排計(jì)劃需在現(xiàn)場進(jìn)行較長時(shí)間的一般工作日程安排雙方現(xiàn)場實(shí)施負(fù)責(zé)人雙方現(xiàn)場實(shí)施負(fù)責(zé)人用戶項(xiàng)目報(bào)告較長時(shí)間不在用戶現(xiàn)場時(shí)向用戶信息服務(wù)系統(tǒng)匯報(bào)項(xiàng)目進(jìn)展和工作情況，現(xiàn)場工作 周報(bào)現(xiàn)場工作周計(jì)劃雙方現(xiàn)場實(shí)施負(fù)責(zé)人雙方現(xiàn)場實(shí)施負(fù)責(zé)人階段評估報(bào)告某階段性目標(biāo)實(shí)現(xiàn)后進(jìn)行總結(jié)，向工程領(lǐng)導(dǎo)小組提交，為下階段打好基礎(chǔ)1.4項(xiàng)目實(shí)施計(jì)劃xxxxxxxxxxx 軟件采購的建設(shè)是一項(xiàng)龐大而復(fù)雜的信息化應(yīng)用基礎(chǔ)工程，需要分任務(wù)、分階段組織建設(shè)，逐步實(shí)現(xiàn)總體目標(biāo)。1.4.1數(shù)據(jù)實(shí)施步驟1 基礎(chǔ)信息協(xié)調(diào)相關(guān)部門，采集基礎(chǔ)信息。2 公共信息公共信息是多個(gè)業(yè)務(wù)部門共用的公共信息，包括人員、單位、信

22、息、基礎(chǔ)設(shè)施等。3 專用信息專用信息是公章等信息。1.4.2項(xiàng)目進(jìn)度安排系統(tǒng)建設(shè)分階段進(jìn)行，第一階段至合同簽訂后 10 天，完成如下工作：(1) 1）組織數(shù)據(jù)的采集(2) 2）硬件環(huán)境的搭建第二階段，合同簽訂后 20 天，完成如下工作：(3) 1） xxxxxxxxxxx 軟件采購的搭建將部署(4) 2）二次開發(fā)第三階段，合同簽訂后 30 天內(nèi)，完成如下工作：(5)系統(tǒng)開始正式試運(yùn)行(6)BUG 修改(7)系統(tǒng)性能調(diào)優(yōu)(8)系統(tǒng)培訓(xùn)(9)系統(tǒng)驗(yàn)收 2、項(xiàng)目管理方案2.1項(xiàng)目管理組織結(jié)構(gòu)2.1.1項(xiàng)目各方角色與責(zé)任需要明確的是，該系統(tǒng)是一個(gè)由用戶、系統(tǒng)供應(yīng)商、其他系統(tǒng)供應(yīng)商、設(shè)備提供商等多方面共

23、同組成的項(xiàng)目組實(shí)施。而這個(gè)項(xiàng)目組是由項(xiàng)目管理辦公室領(lǐng)導(dǎo)。項(xiàng)目管理辦公室是由用戶和系統(tǒng)供應(yīng)商的高層領(lǐng)導(dǎo)人組成，這樣可以充分保證項(xiàng)目實(shí)施能被正確的指導(dǎo)和推動(dòng)，可以迅速解決在實(shí)施過程中出現(xiàn)的不可預(yù)測的原則性問題。項(xiàng)目管理辦公室中的用戶成員有責(zé)任推動(dòng)相關(guān)工作人員密切配合項(xiàng)目實(shí)施，對中心內(nèi)部各部門所要達(dá)到的項(xiàng)目目標(biāo)有清楚的定義，明確責(zé)、權(quán)、利關(guān)系，與項(xiàng)目組一起做好工作。項(xiàng)目經(jīng)理必須隨時(shí)向項(xiàng)目管理辦公室報(bào)告整個(gè)項(xiàng)目進(jìn)展情況，向項(xiàng)目管理辦公室負(fù)責(zé)，采取正確的實(shí)施行動(dòng)來完成項(xiàng)目實(shí)施工作。雙方在項(xiàng)目中的角色和責(zé)任如下：單位責(zé)任用戶業(yè)務(wù)系統(tǒng)的現(xiàn)狀調(diào)查、分析；提出項(xiàng)目需求；組織方案驗(yàn)收系統(tǒng)供應(yīng)商項(xiàng)目管理負(fù)責(zé)系統(tǒng)連接

24、或軟件部署、配置、軟件開發(fā)等技術(shù)文件；負(fù)責(zé)項(xiàng)目實(shí)施；提出項(xiàng)目測試計(jì)劃，配合項(xiàng)目驗(yàn)收產(chǎn)品提供商提供產(chǎn)品的技術(shù)支持服務(wù)在客戶特別指明時(shí)提供產(chǎn)品安裝調(diào)試服務(wù)2.1.2任務(wù)分工在項(xiàng)目的實(shí)施過程中，如果沒有明確的任務(wù)分工，將會(huì)造成“職責(zé)不清”的混亂局面，使工作關(guān)系與任務(wù)分配陷入多種的關(guān)聯(lián)交叉狀態(tài)，導(dǎo)致項(xiàng)目人員“不知所措、不知何往”，這將嚴(yán)重影響對項(xiàng)目的反應(yīng)能力與控制能力，最終影響實(shí)施的進(jìn)度與實(shí)施的質(zhì)量。所以要完成好一個(gè)項(xiàng)目，建立起一個(gè)完善的組織架構(gòu)后，組織中必須要有明確的分工，做到“各負(fù)其責(zé)”，但同時(shí)需要有統(tǒng)一、有效的領(lǐng)導(dǎo)機(jī)構(gòu)，作到“協(xié)調(diào)一致”，才能保證整個(gè)項(xiàng)目的實(shí)施。 xxxxxxxxxxx 針對本項(xiàng)

25、目的具體分工如下：（ 1）項(xiàng)目管理辦公室：將由用戶項(xiàng)目部領(lǐng)導(dǎo)以及xxxxxxxxxxx 管理層的相關(guān)負(fù)責(zé)人構(gòu)成，建議與決定項(xiàng)目管理組人員的組成，接受項(xiàng)目管理組的匯報(bào)，指導(dǎo)與監(jiān)督項(xiàng)目管理組工作，對重大問題作出決定，確保項(xiàng)目實(shí)施所需要的資源。該小組在宣布中標(biāo)后成立，項(xiàng)目驗(yàn)收后結(jié)束。（ 2）專家顧問組：將由用戶、 xxxxxxxxxxx 、高級專家顧問組成，在整個(gè)項(xiàng)目執(zhí)行過程中起顧問咨詢等 作用。該小組在宣布中標(biāo)后成立，項(xiàng)目驗(yàn)收后結(jié)束。（ 3）項(xiàng)目管理組：接受項(xiàng)目管理辦公室的領(lǐng)導(dǎo)與監(jiān)督，向項(xiàng)目管理辦公室匯報(bào)；由用戶、 xxxxxxxxxxx的項(xiàng)目管理人員組成， xxxxxxxxxxx 指派一名項(xiàng)目經(jīng)

26、理任組長。該組負(fù)責(zé)協(xié)調(diào)各相關(guān)單位的關(guān)系，處理所出現(xiàn)的各種問題；組織各個(gè)專業(yè)小組，制定項(xiàng)目總的實(shí)施進(jìn)度計(jì)劃，推進(jìn)項(xiàng)目進(jìn)度，解決工程中出現(xiàn)的各種問題。該組在項(xiàng)目管理辦公室成立后設(shè)立，項(xiàng)目驗(yàn)收后結(jié)束。（ 4）商務(wù)組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，制定詳細(xì)的商務(wù)計(jì)劃，負(fù)責(zé)商務(wù)投標(biāo)，合同的簽署，按照合同定貨，跟蹤；處理合同執(zhí)行過程中由于合同條款的修改與變動(dòng)而帶來的各種問題。該組在項(xiàng)目管理組成立后設(shè)立，項(xiàng)目驗(yàn)收后結(jié)束。（ 5）財(cái)務(wù)組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，制定資金運(yùn)作計(jì)劃，負(fù)責(zé)財(cái)務(wù)成本核算、成本控制、財(cái)務(wù)審計(jì)等，保證整個(gè)合同過程中各個(gè)階段、各個(gè)方面的資金需要。該組在項(xiàng)目管理組成

27、立后設(shè)立，項(xiàng)目驗(yàn)收后結(jié)束。（ 6）培訓(xùn)組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，制定詳細(xì)的培訓(xùn)計(jì)劃，負(fù)責(zé)協(xié)調(diào)與實(shí)施所有的培訓(xùn)工作，完成培訓(xùn)的組織、培訓(xùn)內(nèi)容的審定、培訓(xùn)人員的落實(shí)、培訓(xùn)場地的聯(lián)系、培訓(xùn)過程的組織、培訓(xùn)結(jié)業(yè)考試的組織、培訓(xùn)工作總結(jié)，按照合同規(guī)定完成所有培訓(xùn)工作。該組在合同簽署后設(shè)立，全部培訓(xùn)工作完成后結(jié)束。（ 7）文檔組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，制定詳細(xì)的文檔遞交計(jì)劃，負(fù)責(zé)收集與整理各個(gè)階段的技術(shù)文檔，按照合同規(guī)定完成所有的文檔遞交工作。該組在項(xiàng)目管理組創(chuàng)立后設(shè)立，驗(yàn)收完畢，文檔全部遞交后結(jié)束。8）技術(shù)核心組（架構(gòu)設(shè)計(jì)組）：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，

28、由用戶與xxxxxxxxxxx 的技術(shù)核心人員組成。負(fù)責(zé)制定詳細(xì)系統(tǒng)設(shè)計(jì)、完成模型實(shí)驗(yàn)與測試報(bào)告、終端設(shè)備參數(shù)修改測試報(bào)告，并對系統(tǒng)實(shí)施過程中遇到的突發(fā)技術(shù)問題給予研究解決。該組在項(xiàng)目管理組創(chuàng)立后設(shè)立，驗(yàn)收完畢后結(jié)束。（ 8）設(shè)計(jì)施工組（開發(fā)組）：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)。主要工作包括負(fù)責(zé)項(xiàng)目實(shí)施的技術(shù)細(xì)節(jié)方案設(shè)計(jì)、設(shè)備精確配置、精確物理連接圖及設(shè)備位置安排等工作；給出詳細(xì)設(shè)計(jì)的文檔、圖紙、資料及工程安裝手冊；完成文檔、圖紙和技術(shù)資料的質(zhì)量審核；勘查施工現(xiàn)場環(huán)境；軟件安裝調(diào)試的細(xì)節(jié)方案設(shè)計(jì)、協(xié)調(diào)組織現(xiàn)場軟件安裝調(diào)試；軟件集成所需的功能定制開發(fā)、接口定制開發(fā)。該組在合同簽署后設(shè)立，

29、測試驗(yàn)收工作全部完畢后結(jié)束。（ 9）驗(yàn)收組：接受項(xiàng)目管理組的領(lǐng)導(dǎo)，向項(xiàng)目管理組匯報(bào)，負(fù)責(zé)現(xiàn)場實(shí)施的質(zhì)量控制，以確保工程高質(zhì)量、高效率地完成；制定詳細(xì)的驗(yàn)收計(jì)劃，負(fù)責(zé)編寫測試驗(yàn)收手冊、對安裝后的系統(tǒng)進(jìn)行測試與預(yù)驗(yàn)收、進(jìn)行驗(yàn)收準(zhǔn)備工作、配合用戶驗(yàn)收小組對系統(tǒng)進(jìn)行最終驗(yàn)收，按照合同規(guī)定完成所有的測試與驗(yàn)收工作。該組在安裝調(diào)試工作開始后前設(shè)立，驗(yàn)收完畢后結(jié)束。2.2項(xiàng)目范圍管理項(xiàng)目管理范圍包括本項(xiàng)目建設(shè)周期內(nèi)各個(gè)階段以及所有相關(guān)的建設(shè)單位、設(shè)備、軟硬件、場地等內(nèi)容，從軟硬件采購、需求分析、系統(tǒng)設(shè)計(jì)、軟件開發(fā)、系統(tǒng)集成、測試、驗(yàn)收、試運(yùn)行、系統(tǒng)維護(hù)的全過程都包括在內(nèi)，如項(xiàng)目啟動(dòng)、項(xiàng)目范圍內(nèi)容、項(xiàng)目范圍變

30、更等項(xiàng)，具體內(nèi)容在項(xiàng)目實(shí)施前經(jīng)詳細(xì)討論確定。2.3項(xiàng)目進(jìn)度管理針對本項(xiàng)目的進(jìn)度管理從任務(wù)分解、時(shí)間進(jìn)度安排到資源分配，每個(gè)階段都有里程碑標(biāo)志，每個(gè)階段都須嚴(yán)格按照工期要求按時(shí)、保質(zhì)完成，項(xiàng)目經(jīng)理負(fù)責(zé)項(xiàng)目進(jìn)度控制。2.4項(xiàng)目風(fēng)險(xiǎn)管理通過對大量的風(fēng)險(xiǎn)事件進(jìn)行分析，在本項(xiàng)目中下列事件出現(xiàn)的概率最大，影響也是最大的。如何使得將上述事件對項(xiàng)目造成的影響降低到最小，是項(xiàng)目風(fēng)險(xiǎn)管理的主要工作。首先需要預(yù)防上述事件的發(fā)生，其次當(dāng)事件發(fā)生不可避免之后，應(yīng)當(dāng)采取必要的、事先準(zhǔn)備好的措施進(jìn)行工作，將風(fēng)險(xiǎn)對項(xiàng)目目標(biāo)的影響降低到可以容忍的程度。2.4.1技術(shù)風(fēng)險(xiǎn)xxxxxxxxxxx 軟件采購是一個(gè)采用先進(jìn)的信息技術(shù)，

31、在建設(shè)過程中需要與各個(gè)業(yè)務(wù)單位、多個(gè)技術(shù)支撐系統(tǒng)、多個(gè)業(yè)務(wù)系統(tǒng)之間接口。系統(tǒng)需要采集的數(shù)據(jù)量大、涉及的相關(guān)系統(tǒng)范圍廣，需要比較高的信息管理的專業(yè)知識。因此系統(tǒng)建設(shè)存在一定的技術(shù)風(fēng)險(xiǎn)，需要業(yè)主和系統(tǒng)建設(shè)方從系統(tǒng)開始建設(shè)之初，就要充分認(rèn)識到該項(xiàng)目的技術(shù)難度，在系統(tǒng)調(diào)研、系統(tǒng)設(shè)計(jì)階段就要進(jìn)行反復(fù)的論證，在系統(tǒng)構(gòu)架的時(shí)候盡可能采用國際上成熟的產(chǎn)品，借鑒相關(guān)的成功經(jīng)驗(yàn)，同時(shí)系統(tǒng)的建設(shè)分步驟、分階段進(jìn)行，將技術(shù)難點(diǎn)逐個(gè)突破，力求將技術(shù)風(fēng)險(xiǎn)降至最低。2.4.2需求風(fēng)險(xiǎn)xxxxxxxxxxx 軟件采購的建設(shè)是一個(gè)項(xiàng)目周期較長、涉及相關(guān)部門較多、數(shù)據(jù)量大、系統(tǒng)功能要求高的復(fù)雜系統(tǒng)，只能在建設(shè)過程中與多家業(yè)務(wù)部門

32、進(jìn)行溝通，才能逐步明晰系統(tǒng)的需求。同時(shí)，由于GIS專業(yè)性較強(qiáng)，有些需求各業(yè)務(wù)部門人員根本不可能明確地提出，需要系統(tǒng)建設(shè)方根據(jù)已有的系統(tǒng)建設(shè)經(jīng)驗(yàn)進(jìn)行用戶需求的引導(dǎo)。這些狀況容易造成系統(tǒng)的需求不明確，或者系統(tǒng)的需求變更頻繁，使得項(xiàng)目進(jìn)展嚴(yán)重滯后，最后造成項(xiàng)目的失敗。為了能夠減少該項(xiàng)目需求不清和需求頻繁變更的風(fēng)險(xiǎn)，需要用戶和公司在項(xiàng)目初期做 好充分的需求調(diào)研，切實(shí)理解各個(gè)業(yè)務(wù)部門在信息方面的業(yè)務(wù)需求，盡可能避免對需求的 誤解和片面性。同時(shí)，在系統(tǒng)建設(shè)過程中，嚴(yán)格遵守項(xiàng)目管理的規(guī)章制度，對項(xiàng)目需求變 更進(jìn)行嚴(yán)格的審核與控制，以保障項(xiàng)目的質(zhì)量和進(jìn)度。2.4.3協(xié)調(diào)與溝通風(fēng)險(xiǎn)在系統(tǒng)建設(shè)過程中公司需要協(xié)調(diào)多

33、個(gè)部門，與這些部門的溝通與協(xié)調(diào)可能直接影響到本項(xiàng)目的質(zhì)量與進(jìn)度。因此，建立高效的協(xié)調(diào)與溝通機(jī)制，減少相互之間的誤解與拖延， 是保障本項(xiàng)目成功實(shí)施的關(guān)鍵點(diǎn)之一。這需要各相關(guān)單位充分理解項(xiàng)目溝通管理的重要性， 嚴(yán)格遵守項(xiàng)目管理的各項(xiàng)規(guī)章制度，提高協(xié)調(diào)溝通的效率，降低項(xiàng)目協(xié)調(diào)與溝通的風(fēng)險(xiǎn)。2.5.4項(xiàng)目人員風(fēng)險(xiǎn)由于 xxxxxxxxxxx 軟件采購項(xiàng)目周期較長，技術(shù)難度大，因此項(xiàng)目人員壓力會(huì)隨著項(xiàng)目的進(jìn)展逐漸加大，工作效率也可能會(huì)隨著項(xiàng)目的進(jìn)展逐漸降低，造成工作效率低下，甚至?xí)斐身?xiàng)目成員的不穩(wěn)定。這就需要用戶與公司相互理解，明確共同的目標(biāo)，發(fā)揮團(tuán)隊(duì)精神，同時(shí)要合理規(guī)劃項(xiàng)目進(jìn)度，作到勞逸結(jié)合，提高項(xiàng)

34、目人員的積極性，降低項(xiàng)目人員的風(fēng)險(xiǎn)。2.5質(zhì)量管理計(jì)劃2.5.1質(zhì)量管理體系標(biāo)準(zhǔn)本項(xiàng)目實(shí)施應(yīng)采用先進(jìn)的質(zhì)量管理模式和科學(xué)的質(zhì)量管理體系和流程，并根據(jù)項(xiàng)目自 身特點(diǎn)選用合適的質(zhì)量控制規(guī)程。目前，xxxxxxxxxxx主要采用ISO9001質(zhì)量標(biāo)準(zhǔn)和軟件成熟度模型（CMM兩種控制規(guī) 程。針對本項(xiàng)目，公司將采用 GB/T19001-2000 ISO9001:2000質(zhì)量體系標(biāo)準(zhǔn)，同時(shí)遵循 SSE-CMM：安全實(shí)施標(biāo)準(zhǔn)，并在 項(xiàng)目實(shí)施的過程中嚴(yán)格執(zhí)行這些質(zhì)量標(biāo)準(zhǔn)。2.5.2質(zhì)量控制過程本項(xiàng)目中，由項(xiàng)目經(jīng)理制訂質(zhì)量控制計(jì)劃，項(xiàng)目質(zhì)量控制組進(jìn)行審核。審核方面包括： 質(zhì)量控制措施是否足夠、各個(gè)成員的質(zhì)量責(zé)任

35、是否明確合理，測試方法是否適用。2.5.3質(zhì)量評定計(jì)劃為了加強(qiáng)項(xiàng)目質(zhì)量管理和界定產(chǎn)品質(zhì)量標(biāo)準(zhǔn)，本公司將制訂適應(yīng)于項(xiàng)目的檢查驗(yàn)收規(guī) 定和質(zhì)量評定標(biāo)準(zhǔn)，確保工程質(zhì)量。本項(xiàng)目中，應(yīng)實(shí)行兩級檢查、兩級驗(yàn)收制度。一級檢查、二級檢查和一級驗(yàn)收由本公 司實(shí)施小組組織完成；二級驗(yàn)收由用戶組織實(shí)施。各級檢查驗(yàn)收嚴(yán)格按項(xiàng)目實(shí)施中制訂的 相應(yīng)的檢查驗(yàn)收規(guī)定和質(zhì)量評定標(biāo)準(zhǔn)執(zhí)行。對實(shí)施和驗(yàn)收過程中出現(xiàn)的重大技術(shù)問題，將 上報(bào)用戶協(xié)調(diào)處理，對一般質(zhì)量問題的處理應(yīng)予以書面記錄。質(zhì)量管理措施在項(xiàng)目實(shí)施過程中還將采取如下措施保障項(xiàng)目實(shí)施質(zhì)量：（ 1）產(chǎn)品到貨后，對所有硬件設(shè)備應(yīng)進(jìn)行加電檢測，同時(shí)對所有軟件產(chǎn)品進(jìn)行安裝、 產(chǎn)品授

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

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

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

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

40、B要做好原因分析并記錄歸檔；做好回歸測試；防止對程序的修改而引起的其他問題。軟件測試是一個(gè)過程，涉及到軟件生命周期的各個(gè)階段。下圖描述了軟件測試過程模型：測試過程是與開發(fā)過程并行的，軟件測試的實(shí)施過程是與改錯(cuò)過程既是交錯(cuò)的、同時(shí)又是并行進(jìn)行的。在集成測試階段中，測試一般應(yīng)當(dāng)由獨(dú)立的軟件測試人員來實(shí)施。這種方法一方面可以有效地壓縮測試的總周期，但更重要的是可以避免開發(fā)者自身的思維局限，更加客觀全面地進(jìn)行有效的測試。2.6項(xiàng)目協(xié)調(diào)與合作計(jì)劃對項(xiàng)目實(shí)施中的溝通是項(xiàng)目完成的順利與否的重要因素，所以在整個(gè)項(xiàng)目實(shí)施的過程中要有一套完善的溝通機(jī)制。2.6.1協(xié)調(diào)與合作管理方案在項(xiàng)目實(shí)施中，將以項(xiàng)目經(jīng)理為核心

41、，實(shí)現(xiàn)全面、有效的溝通管理。其中：（ 1）項(xiàng)目經(jīng)理從始至終控制整個(gè)項(xiàng)目的工作進(jìn)展與步驟，是信息的收集者和發(fā)送者。（ 2）項(xiàng)目經(jīng)理要密切聯(lián)系了解各干系人信息，及時(shí)傳達(dá)給項(xiàng)目組其他成員。（ 3）項(xiàng)目經(jīng)理要每周與項(xiàng)目領(lǐng)導(dǎo)小組交換項(xiàng)目工作進(jìn)展情況，確保項(xiàng)目按計(jì)劃有步 驟地進(jìn)行，并提交全部項(xiàng)目管理報(bào)告給項(xiàng)目領(lǐng)導(dǎo)小組。（ 4）項(xiàng)目經(jīng)理要每周組織項(xiàng)目組成員召開會(huì)議，了解項(xiàng)目進(jìn)展情況，分派工作，了 解項(xiàng)目實(shí)施中的問題，及時(shí)解決。（ 5）項(xiàng)目主管定期聯(lián)系用戶負(fù)責(zé)人，傾聽用戶對項(xiàng)目的建議和意見，并采取相應(yīng)的 措施，最大程度保證用戶滿意度。（ 6）銷售人員和用戶保持正常通暢的溝通渠道，及時(shí)接受用戶反饋意見。2.6.

42、2協(xié)調(diào)手段作為溝通的手段，采用如下方式進(jìn)行項(xiàng)目的交流：（ 1）進(jìn)程報(bào)告（工程簡報(bào)）：工程實(shí)施期間，各實(shí)施人員每天向項(xiàng)目經(jīng)理報(bào)告工作進(jìn)展；項(xiàng)目經(jīng)理按照ISO9000質(zhì)量管理體系的要求每周向公司提交項(xiàng)目進(jìn)展報(bào)告；同 時(shí)，項(xiàng)目經(jīng)理每周向用戶單位提交項(xiàng)目進(jìn)展文件。（ 2）周例會(huì)：必要時(shí)參加由項(xiàng)目管理組、用戶方在每周共同召開的周例會(huì)，會(huì)議將對一周以來的工作進(jìn)展進(jìn)行回顧，總結(jié)問題點(diǎn)，分析原因，并確定解決方案。對下一階段 的工作任務(wù)進(jìn)行部署。會(huì)議結(jié)果由項(xiàng)目管理組發(fā)布會(huì)議紀(jì)要。（ 3）工程階段總結(jié)：在實(shí)施的每一個(gè)階段，進(jìn)行工程階段總結(jié)，評估上一階段工作得失，為下階段的工作進(jìn)行必要的預(yù)溝通，解決隱患問題；（ 4

43、）多種形式的交流：項(xiàng)目經(jīng)理與項(xiàng)目領(lǐng)導(dǎo)小組、用戶、其它廠商之間、以及項(xiàng)目隊(duì)伍成員之間保持通信聯(lián)絡(luò)，以傳真、電話、電子郵件等方式進(jìn)行溝通。2.7配置管理2.7.1配置管理和版本控制公司采用相應(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)，它的過程包括：配置項(xiàng)目發(fā)現(xiàn)和保存每個(gè)配置項(xiàng)目要有一個(gè)編號，用來區(qū)別有不同需求和實(shí)施要求的其它項(xiàng)目。它還有一 個(gè)版本號，用來標(biāo)明該項(xiàng)目所處的階段，在配置項(xiàng)目修改時(shí)

44、，版本號要更新。配置系統(tǒng)要 能夠容納新的配置項(xiàng)目，不必修改現(xiàn)存項(xiàng)目。配置項(xiàng)目要保存在軟件庫里面。為確保足夠的安全以及對所有可交付軟件項(xiàng)目的控制 必須建立如下典型的軟件庫：名稱狀態(tài)開發(fā)庫動(dòng)態(tài)的主庫控制的靜態(tài)庫靜態(tài)的開發(fā)庫是軟件作為一系列模塊進(jìn)行開發(fā)和測試的動(dòng)態(tài)庫。主庫是一個(gè)被控制的庫，項(xiàng) 目的放入和取出必須按規(guī)定并以一定的控制方式進(jìn)行。例如，在單元測試成功之后，模塊 可以被轉(zhuǎn)入到系統(tǒng)主庫，然后供系統(tǒng)集成和系統(tǒng)測試。任何經(jīng)過以上測試需要修改模塊都 要放回開發(fā)庫，以供測試。當(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)橐?/p>

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

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

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

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

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

50、操作，以確保問題得到完整、充 分的解決的過程。3.2.1模塊測試每個(gè)應(yīng)用程序模塊完成后，進(jìn)行模塊測試。模塊測試的目的在于通過大量、反復(fù)的測 試，盡可能地捕獲程序編寫時(shí)的編碼及應(yīng)用處理上的錯(cuò)誤，并加以改正，使程序編寫時(shí)的 錯(cuò)誤在這一測試環(huán)節(jié)得到控制。3.2.2功能測試功能測試是對項(xiàng)目實(shí)現(xiàn)的功能進(jìn)行測試。功能測試可細(xì)分為：獨(dú)立測試和連續(xù)測試兩 部分。獨(dú)立測試是將本項(xiàng)目開發(fā)實(shí)現(xiàn)的功能一一進(jìn)行獨(dú)立測試。在測試過程中，將針對每一 個(gè)功能制定相應(yīng)的測試個(gè)案，進(jìn)行嚴(yán)格的功能測試。如測試結(jié)果與實(shí)現(xiàn)要求不符，將由開 發(fā)人員進(jìn)行改進(jìn)及完善，最終達(dá)到功能要求。測試中發(fā)生問題時(shí)，編程人員會(huì)改動(dòng)程序以便解決問題。系統(tǒng)將

51、在修改后進(jìn)行重新測 試。此時(shí)其進(jìn)行的測試不僅針對改動(dòng)部分，還應(yīng)對原已通過獨(dú)立測試的部分進(jìn)行重新測試。3.2.3性能測試系統(tǒng)的性能是一個(gè)很重要的參數(shù)，本項(xiàng)目所指的系統(tǒng)性能包括系統(tǒng)的效率、響應(yīng)時(shí)間 及處理能力。在測試中，為每個(gè)應(yīng)用設(shè)置響應(yīng)時(shí)間、處理速度量度，評估系統(tǒng)的最高處理 能力，在發(fā)現(xiàn)系統(tǒng)的性能不滿足要求進(jìn)，需進(jìn)行相應(yīng)措施對系統(tǒng)的性能進(jìn)行調(diào)整。3.2.4分系統(tǒng)測試針對各個(gè)分系統(tǒng)，根據(jù)不同的測試方案，按照測試方案中的測試步驟進(jìn)行測試，進(jìn)行 測試結(jié)果分析，得出測試結(jié)論，對分系統(tǒng)的配置給出建議意見。最終對每一個(gè)分系統(tǒng)做出一個(gè)分系統(tǒng)測試報(bào)告，主要內(nèi)容為測試結(jié)果，結(jié)果分析，建 議。對系統(tǒng)功能、性能、安全

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

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

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