1、第 頁項目管理方案評分應(yīng)答序號項目評審因素分值應(yīng)答頁碼第七部分項目管理方案1.項目管理方案投標(biāo)人提出針對本項目要求的實施管理方案，滿足需求且方案完善合理得2分，基本滿足需求得1分，部分滿足或不滿足需求得0分。02我方根據(jù)項目相關(guān)要求制定了詳細(xì)的實施管理方案及實施進(jìn)度計劃。實施管理方案包括但不限于: 項目服務(wù)內(nèi)容、進(jìn)度管理、質(zhì)量保證、配置管理、文檔管理、風(fēng)險識別及控制措施、人員控制、溝通管理等必要管理計劃。實施進(jìn)度計劃兼顧到需求調(diào)研、政府合作、咨詢梳理、程序開發(fā)、測試調(diào)優(yōu)、培訓(xùn)、上線、運維等各項目過程及其工作安排，對整體項目進(jìn)度進(jìn)行控制。同時設(shè)置了可落地的里程碑及相關(guān)文檔管理交付方案。請詳見：P

2、2-P34實施進(jìn)度安排實施進(jìn)度計劃表實施進(jìn)度分為規(guī)劃設(shè)計、實施開發(fā)、迭代完善、服務(wù)運營、測試上線、項目培訓(xùn)、項目驗收、項目運維、項目結(jié)束等九個階段。需求調(diào)研完成系統(tǒng)整體的需求調(diào)研工作及業(yè)務(wù)分析工作。規(guī)劃設(shè)計與對接的政府機構(gòu)持續(xù)洽談，同時完成主題服務(wù)梳理規(guī)劃、服務(wù)路由樞紐設(shè)計、業(yè)務(wù)場景設(shè)計、服務(wù)運行規(guī)劃，形成成熟的方案，通過用戶的審核。實施開發(fā)完成政務(wù)服務(wù)接入開發(fā)、服務(wù)路由樞紐開發(fā)、服務(wù)窗口優(yōu)化、數(shù)據(jù)分析與管理優(yōu)化等系統(tǒng)開發(fā)工作。迭代完善提供不少于4000人天服務(wù)，以保障本期項目對政務(wù)平臺的優(yōu)化完善與新業(yè)務(wù)開發(fā)的需求。對招標(biāo)方已接入和本期新接入的政務(wù)主題服務(wù)，以及開放平臺的迭代完善。整合社會資源

3、和智力融合服務(wù)，以涉外政務(wù)服務(wù)為牽引，融合串接推薦國內(nèi)各地區(qū)優(yōu)質(zhì)中介機構(gòu)、服務(wù)平臺等服務(wù)資源，充分發(fā)揮社會資源，加快對外政務(wù)服務(wù)方式、方法、手段迭代創(chuàng)新。服務(wù)運營提供運營團(tuán)隊，且團(tuán)隊中的每個人都有自己專長的領(lǐng)域，根據(jù)政務(wù)平臺的建設(shè)目標(biāo)，依照政務(wù)平臺的運營計劃，組織實施、控制和改進(jìn)。測試上線本項目建設(shè)開發(fā)完成的所有政務(wù)服務(wù)、場景優(yōu)化完善服務(wù)、系統(tǒng)新功能等均需要按照合理的質(zhì)量控制管理流程完成開發(fā)團(tuán)隊的自測試，并在發(fā)布上線前通過全面可靠的第三方測試檢查，包括用戶案例測試及其異常操作測試、安全測試、兼容性測試、性能測試等。該測試需由有CNAS資質(zhì)的第三方測試機構(gòu)進(jìn)行相關(guān)全面測評，并提交測評報告，該測評

4、報告將作為系統(tǒng)驗收的重要依據(jù)。完成測試后系統(tǒng)上線運行。項目培訓(xùn)拓爾思公司將針對中國日報社對外政務(wù)信息服務(wù)平臺主題建設(shè)服務(wù)采購項目的不同用戶分別設(shè)計不同的培訓(xùn)課程對相關(guān)人員進(jìn)行全方位多層次的培訓(xùn)課程，負(fù)責(zé)對中國日報社的相關(guān)人員分別組織業(yè)務(wù)培訓(xùn)和技術(shù)培訓(xùn)，根據(jù)項目的業(yè)務(wù)內(nèi)容和技術(shù)建設(shè)，提供不少于100小時培訓(xùn)課程，具體的培訓(xùn)時間由甲方與拓爾思公司就項目進(jìn)展情況協(xié)商確定。項目驗收根據(jù)招標(biāo)人需求完成本期項目的主題服務(wù)梳理與規(guī)劃、政務(wù)服務(wù)應(yīng)用接入與優(yōu)化開發(fā)的工作，并完成階段性驗收。項目運維為用戶提供售后服務(wù)階段基本的系統(tǒng)運行維護(hù)和技術(shù)支持服務(wù)。提供六年免費質(zhì)保與技術(shù)支持服務(wù)。免費維保期內(nèi)，根據(jù)招標(biāo)方安全

5、檢查、服務(wù)器升級等運維要求，提供免費的配合服務(wù)。項目結(jié)束里程碑嚴(yán)格按照招標(biāo)文件中的要求進(jìn)行項目實施，本次項目進(jìn)度計劃中，共設(shè)置五個里程碑，分別為：里程碑一：項目啟動會召開。完成與甲方的對接，完成對團(tuán)隊的組建，完成需求調(diào)研及業(yè)務(wù)分析工作。里程碑二：完成系統(tǒng)設(shè)計，完成對項目管理計劃書、需求規(guī)格說明書、系統(tǒng)概要設(shè)計說明書、系統(tǒng)詳細(xì)設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書等文檔的制訂與評審。進(jìn)入系統(tǒng)建設(shè)階段。里程碑三：系統(tǒng)的軟硬件建設(shè)實施完工，完成本項目的產(chǎn)品部署、子系統(tǒng)定制、調(diào)試等工作，系統(tǒng)可上線。里程碑四：完成所有軟硬件集成和調(diào)試，同時編制系統(tǒng)的操作手冊、用戶手冊等文檔。進(jìn)行項目知識轉(zhuǎn)移、用戶培訓(xùn)，項目最終驗

6、收。進(jìn)入為期六年的免費售后服務(wù)期。里程碑五：完成六年免費售后運維服務(wù)期。項目管理項目服務(wù)內(nèi)容主題服務(wù)梳理與規(guī)劃結(jié)合政務(wù)平臺已有建設(shè)基礎(chǔ)和本期政務(wù)服務(wù)應(yīng)用接入方案，以服務(wù)拓展和平臺優(yōu)化為目標(biāo)，根據(jù)主題服務(wù)梳理結(jié)果對政務(wù)平臺業(yè)務(wù)場景和服務(wù)窗口進(jìn)行整體優(yōu)化設(shè)計和技術(shù)完善指導(dǎo)，為合理融入市場資源、提升政務(wù)平臺服務(wù)能力設(shè)計完成服務(wù)路由樞紐，同時為保障政務(wù)平臺服務(wù)建設(shè)能夠長期有效地服務(wù)于用戶需形成可落地的服務(wù)運營規(guī)劃和數(shù)據(jù)分析管理規(guī)劃。政務(wù)服務(wù)應(yīng)用接入與優(yōu)化開發(fā)提供應(yīng)用接入與優(yōu)化開發(fā)工作方案，以指導(dǎo)技術(shù)實施團(tuán)隊根據(jù)確認(rèn)的政務(wù)服務(wù)應(yīng)用接入方案完成政務(wù)服務(wù)應(yīng)用的開發(fā)接入、應(yīng)用的測試調(diào)優(yōu)與發(fā)布管理，并根據(jù)主題服

7、務(wù)梳理和業(yè)務(wù)場景設(shè)計規(guī)劃成果完成政務(wù)平臺的服務(wù)窗口優(yōu)化。根據(jù)設(shè)計要求進(jìn)行數(shù)據(jù)分析與管理優(yōu)化主題服務(wù)迭代完善對招標(biāo)方已接入和本期新接入的政務(wù)主題服務(wù)，以及開放平臺的迭代完善。整合社會資源和智力融合服務(wù)，以涉外政務(wù)服務(wù)為牽引，融合串接推薦國內(nèi)各地區(qū)優(yōu)質(zhì)中介機構(gòu)、服務(wù)平臺等服務(wù)資源，充分發(fā)揮社會資源，加快對外政務(wù)服務(wù)方式、方法、手段迭代創(chuàng)新。提供不少于4000人天的穩(wěn)定團(tuán)隊服務(wù)，以保障本期項目對政務(wù)平臺的優(yōu)化完善與新業(yè)務(wù)開發(fā)的需求。完成主題服務(wù)迭代完善、運營支撐迭代完善、產(chǎn)品形態(tài)迭代完善。提供科學(xué)、合理、可落地的政務(wù)主題服務(wù)迭代完善方案，指導(dǎo)迭代開發(fā)持續(xù)交付團(tuán)隊對開放平臺按照需要進(jìn)行功能性優(yōu)化、對政

8、務(wù)數(shù)據(jù)庫進(jìn)行完善優(yōu)化，以完成本期對主題服務(wù)迭代完善建設(shè)要求。咨詢服務(wù)為本項目配備具有互聯(lián)網(wǎng)和電子政務(wù)行業(yè)工作經(jīng)驗的團(tuán)隊，進(jìn)行項目的合作、咨詢和服務(wù)設(shè)計規(guī)劃等工作，包括但不限于：利用政府資源溝通協(xié)調(diào)完成服務(wù)接入，確定并形成本期政務(wù)應(yīng)用接入方案，結(jié)合政務(wù)平臺已有資源完成服務(wù)梳理和業(yè)務(wù)場景設(shè)計，并為政務(wù)平臺完成對應(yīng)的服務(wù)運營規(guī)劃。迭代開發(fā)服務(wù)提供具有迭代開發(fā)能力和經(jīng)驗的團(tuán)隊進(jìn)行本次項目的迭代開發(fā)工作。根據(jù)政務(wù)平臺服務(wù)規(guī)劃和運營完善過程中的業(yè)務(wù)決策，以產(chǎn)品設(shè)計和用戶體驗為導(dǎo)向，提供需求分析、設(shè)計、實現(xiàn)與測試服務(wù)，并結(jié)合招標(biāo)方和用戶的反饋進(jìn)行迭代優(yōu)化，對政務(wù)平臺進(jìn)行逐步完善。運營服務(wù)配備專業(yè)的運營團(tuán)隊，

9、且團(tuán)隊中的每個人都有自己專長的領(lǐng)域，根據(jù)政務(wù)平臺的建設(shè)目標(biāo)，提供政務(wù)平臺的運營計劃、并組織實施、控制和改進(jìn)。運營成效需與主題服務(wù)建設(shè)和政務(wù)平臺完善保持整體一致。第三方測試服務(wù)本項目建設(shè)開發(fā)完成的所有政務(wù)服務(wù)、場景優(yōu)化完善服務(wù)、系統(tǒng)新功能等均需要按照合理的質(zhì)量控制管理流程完成開發(fā)團(tuán)隊的自測試，并在發(fā)布上線前通過全面可靠的第三方測試檢查，包括用戶案例測試及其異常操作測試、安全測試、兼容性測試、性能測試等。該測試需由有CNAS資質(zhì)的第三方測試機構(gòu)進(jìn)行相關(guān)全面測評，并提交測評報告，該測評報告將作為系統(tǒng)驗收的重要依據(jù)。招標(biāo)方有權(quán)進(jìn)行相關(guān)抽測與檢查，并有權(quán)要求更換不合格的第三方測試機構(gòu)。項目管理架構(gòu)本項目

10、以標(biāo)準(zhǔn)規(guī)范體系為依托，采用項目管理工具，在對工程程序進(jìn)行嚴(yán)格界定的基礎(chǔ)上，以成熟穩(wěn)定的項目組織作保障，利用PMI組織發(fā)布的項目管理知識體系并結(jié)合Scrum開發(fā)模式，對整個項目過程進(jìn)行管理。整體項目實施管理框架如下圖：項目管理架構(gòu)項目管理工作內(nèi)容結(jié)合對項目管理目標(biāo)的分析和理解，本次項目需要完成以下的管理工作：1、采用敏捷開發(fā)（Scrum）模式進(jìn)行項目開發(fā)和管理；2、制定詳細(xì)的項目進(jìn)度計劃，提供全面的進(jìn)度控制方案，對整體項目進(jìn)度和各分項目進(jìn)度進(jìn)行控制，保證項目按時提交；3、制定整體項目目標(biāo)、分階段目標(biāo)和分項目目標(biāo)，并制定各類目標(biāo)相應(yīng)的考核計劃，規(guī)避各類項目風(fēng)險保證項目質(zhì)量；4、管理項目團(tuán)隊的組織和

11、人員，為項目提供組織保障；針對以上項目管理目標(biāo)和工作內(nèi)容，我們制定了以下詳細(xì)全面的項目管理方案，確保各項工作的順利開展，并達(dá)到預(yù)期的效果。范圍管理項目是為完成產(chǎn)品或服務(wù)所做的一次性努力。因此，范圍的概念包含兩方面：一個是產(chǎn)品范圍，即產(chǎn)品或服務(wù)所包含的特征或功能；另一個是項目范圍，即為交付具有規(guī)定特征和功能的產(chǎn)品或服務(wù)所必須完成的工作。在確定范圍時首先要確定最終產(chǎn)生的是什么，它具有哪些可清晰界定的特性。要注意的是特性必須要清晰，以認(rèn)可的形式表達(dá)出來，比如文字、圖表或某種標(biāo)準(zhǔn)，能被項目參與人理解，絕不能含含糊糊、模棱兩可，在此基礎(chǔ)之上才能進(jìn)一步明確需要做什么工作才能產(chǎn)生所需要的產(chǎn)品。也就是說產(chǎn)品范

12、圍決定項目范圍。范圍管理保證項目包含了所有要做的工作而且只包含要求的工作，它主要涉及定義并控制哪些是項目范疇內(nèi)的，哪些不是。范圍管理的基本內(nèi)容包括：項目啟動、范圍定義、范圍核定、范圍變更控制等等。下面所討論的是其中比較重要的部分范圍定義及跟蹤?！肮び破涫?，必先利其器”。要想真正管理好項目范圍，沒有必要的技術(shù)和方法是肯定不行的。國外曾經(jīng)有人對項目失敗原因進(jìn)行調(diào)查，其中計劃被放到了首位，可見它在項目管理中的重要性。首先就是周密地做好范圍計劃編制。范圍計劃編制是將產(chǎn)生項目產(chǎn)品所需進(jìn)行的項目工作（項目范圍）漸進(jìn)明細(xì)和歸檔的過程。做范圍計劃編制工作是需要參考很多信息的，比如產(chǎn)品描述，首先要清楚最終產(chǎn)品

13、的定義才能規(guī)劃要做的工作，項目章程（典型的例子是合同）也是非常主要的依據(jù)，通常它對項目范圍已經(jīng)有了粗線條的約定，范圍計劃在此基礎(chǔ)上進(jìn)一步深入和細(xì)化。不同的計劃詳盡程度自然不一樣，作為本項目集成控制，對于各子項的范圍說明和范圍管理計劃必須包含在內(nèi)。范圍說明在項目參與人之間確認(rèn)或建立了一個項目范圍的共識，作為未來項目決策的文檔基準(zhǔn)。范圍說明中至少要說明項目論證、項目產(chǎn)品、項目可交付成果和項目目標(biāo)。項目論證是商家的既定目標(biāo)，要為估算未來的得失提供基礎(chǔ)；項目產(chǎn)品是產(chǎn)品說明的簡要概況；項目可交付成果一般要列一個子產(chǎn)品級別概括表，如：為一個軟件開發(fā)項目設(shè)置的主要可交付成果可能包括程序代碼、工作手冊、人機交

14、互學(xué)習(xí)程序等。任何沒有明確要求的結(jié)果，都意味著它在項目可交付成果之外；項目目標(biāo)是要考慮到項目的成功性，至少要包括成本、進(jìn)度表和質(zhì)量檢測。項目目標(biāo)應(yīng)該有標(biāo)志（如：成本、單位）和絕對的或相對的價值（如：少于150萬元等）。不可量化的目標(biāo)（如：“客戶的滿意程度”）要承擔(dān)很高的風(fēng)險。范圍管理計劃是描述項目范圍如何進(jìn)行管理，項目范圍怎樣變化才能與項目要求相一致等問題的。它也應(yīng)該包括一個對項目范圍預(yù)期的穩(wěn)定而進(jìn)行的評估（比如：怎樣變化、變化頻率如何及變化了多少）。范圍管理計劃也應(yīng)該包括對變化范圍怎樣確定，變化應(yīng)歸為哪一類（當(dāng)產(chǎn)品特征仍在被詳細(xì)描述的時候，做到這點特別困難，但絕對必要）等問題的清楚描述。風(fēng)險

15、管理本次項目是一個復(fù)雜的、長期的項目，實施具有一定風(fēng)險，如何在項目實施中有效地管理風(fēng)險、控制風(fēng)險，已經(jīng)成為了項目實施成功的必要條件。風(fēng)險管理所關(guān)注的是項目風(fēng)險的確定，分析及對策。包括風(fēng)險識別，風(fēng)險評估、風(fēng)險和風(fēng)險對策實施控制。項目風(fēng)險管理實際上就是貫穿在項目開發(fā)過程中的一系列管理步驟，其中包括風(fēng)險識別、風(fēng)險估計、風(fēng)險管理策略、風(fēng)險解決和風(fēng)險監(jiān)控。它能讓風(fēng)險管理者主動“攻擊”風(fēng)險，進(jìn)行有效的風(fēng)險管理。風(fēng)險管理實際上是對風(fēng)險識別、風(fēng)險分析、風(fēng)險評估量化以及風(fēng)險管理控制的循環(huán)管理過程。在作風(fēng)險識別時，應(yīng)該現(xiàn)對風(fēng)險進(jìn)行分類。不同類別的風(fēng)險因素，將會有不同的應(yīng)對措施。涉眾分析1、承建單位：按照工程標(biāo)準(zhǔn)，

16、確定風(fēng)險管理機制；提供項目進(jìn)展的風(fēng)險信息；編制風(fēng)險管理計劃；執(zhí)行風(fēng)險緩解行動。2、監(jiān)理單位：協(xié)助業(yè)主單位提出、分析和制定風(fēng)險計劃；提供項目進(jìn)展的風(fēng)險信息；督促承建單位執(zhí)行緩解行動。3、業(yè)主代表：批準(zhǔn)風(fēng)險計劃，進(jìn)行風(fēng)險管理活動；實施和監(jiān)督風(fēng)險緩解行動的執(zhí)行。風(fēng)險識別對本工程的軟件開發(fā)風(fēng)險進(jìn)行評估，首先就要對風(fēng)險因素進(jìn)行辨識。風(fēng)險因素是指增加、減少損失或損害發(fā)生頻率和大小的主、客觀條件，包括轉(zhuǎn)化條件和觸發(fā)條件。風(fēng)險因素是風(fēng)險事件發(fā)生的潛在原因，分為造成損失或損害的內(nèi)在或外部原因。如果消除了所有風(fēng)險因素，則損失或損害就不會發(fā)生。因此，風(fēng)險因素辨識是對軟件開發(fā)過程中可能產(chǎn)生風(fēng)險的因素所進(jìn)行的歸類和細(xì)化

17、的工作。風(fēng)險分析盡早進(jìn)行風(fēng)險分析，能夠減少項目實行過程中的不確定性。它不僅使各層次的項目管理者建立風(fēng)險意識，重視風(fēng)險問題，防范于未然，而且在各個階段、各個方面實施有效的風(fēng)險控制，形成一個前后連貫的管理過程。作為面對項目風(fēng)險的有效手段，全面風(fēng)險管理強調(diào)風(fēng)險的事先分析與評價，風(fēng)險因素分析是確定一個項目的風(fēng)險范圍，并將這些風(fēng)險因素逐一列出以作為全面風(fēng)險管理的對象。羅列風(fēng)險因素通常要從多角度、多方位進(jìn)行，形成對項目系統(tǒng)的全方位的透視。從總體上可以將該項目的風(fēng)險分為宏觀和微觀兩部分，宏觀方面的風(fēng)險指針對該項目的特點而使項目的實施具有的風(fēng)險，微觀風(fēng)險則指在軟件開發(fā)過程中會出現(xiàn)的風(fēng)險。量化分析對每項風(fēng)險發(fā)生

18、的概率和對項目和有關(guān)業(yè)務(wù)的影響進(jìn)行量化。對于每項風(fēng)險要劃分優(yōu)先級，這要按照概率和影響的等級，并清楚的標(biāo)明低、中、高的優(yōu)先級。1、風(fēng)險概率標(biāo)題評分描述很低20不大可能發(fā)生；但是仍要監(jiān)督。因為一定的狀況可能會導(dǎo)致風(fēng)險在項目期間變得可能。低40根據(jù)當(dāng)前的信息，不大可能發(fā)生，當(dāng)狀況一旦觸發(fā)，風(fēng)險有可能發(fā)生。中等60對項目有可度量的影響，例如，項目范圍、到截止日期的進(jìn)度、項目預(yù)算有 510% 的偏離。高80對項目有明顯的影響，項目范圍、到截止日期的進(jìn)度、項目預(yù)算有 1025% 的偏離。很高100對項目有很大影響，項目范圍、到截止日期的進(jìn)度、項目預(yù)算有 25% 的偏離。2、風(fēng)險影響標(biāo)題評分描述很低20對項

19、目無明顯影響。由于太小，對項目的影響無法度量。低40對項目影響較小，例如，項目范圍、到截止日期的進(jìn)度、項目預(yù)算有 25% 的偏離。3、風(fēng)險優(yōu)先級通過識別風(fēng)險發(fā)生的概率以及它對項目的影響，確定每項風(fēng)險的優(yōu)先級。一旦分配了概率和影響，優(yōu)先級的評分將按照以下的方式計算出：優(yōu)先級（概率影響）/ 2。風(fēng)險控制1、風(fēng)險對策任何項目都存在不同的風(fēng)險，風(fēng)險的承擔(dān)者應(yīng)對不同的風(fēng)險有著不同的準(zhǔn)備和對策，這應(yīng)把它列入計劃中的一部分，只有在項目的運營過程中，對產(chǎn)生的不同風(fēng)險采取相應(yīng)的風(fēng)險對策，才能進(jìn)行良好的風(fēng)險控制，盡可能地減小風(fēng)險可能產(chǎn)生的危害，以確保效益。通常的風(fēng)險對策為：采取先進(jìn)的技術(shù)措施和完善的組織措施，以減

20、小風(fēng)險產(chǎn)生的可能性和可能產(chǎn)生的影響。如選擇有彈性的、抗風(fēng)險能力強的技術(shù)方案，進(jìn)行預(yù)先的技術(shù)模擬試驗，采用可靠的保護(hù)和安全措施。對管理的項目選派得力的技術(shù)和管理人員，采取有效的管理組織形式，并在實施的過程中實行嚴(yán)密的控制，加強計劃工作，抓緊階段控制和中間決策等。2、實施中的全面風(fēng)險控制工程實施中的風(fēng)險控制貫穿于項目控制（進(jìn)度、成本、質(zhì)量、合同控制等）的全過程中，是項目控制中不可或缺的重要環(huán)節(jié)，也影響項目實施的最終結(jié)果。加強風(fēng)險的預(yù)控和預(yù)警工作。在工程的實施過程中，要不斷地收集和分析各種信息和動態(tài)，捕捉風(fēng)險的前奏信號，以便更好地準(zhǔn)備和采取有效的風(fēng)險對策，以抗可能發(fā)生的風(fēng)險。在風(fēng)險發(fā)生時，及時采取措

21、施以控制風(fēng)險的影響，這是降低損失，防范風(fēng)險的有效辦法。在風(fēng)險狀態(tài)下，依然必須保證工程的順利實施，如迅速恢復(fù)生產(chǎn)，按原計劃保證完成預(yù)定的目標(biāo)，防止工程中斷和成本超支，唯有如此才能有機會對已發(fā)生和還可能發(fā)生的風(fēng)險進(jìn)行良好的控制，并爭取獲得風(fēng)險的賠償，如向保險單位、風(fēng)險責(zé)任者提出索賠，以盡可能地減少風(fēng)險的損失。成本管理項目成本管理包括以下過程：成本規(guī)劃，成本估算，成本預(yù)算和成本控制過程，其目的是為了保證項目在預(yù)算范圍內(nèi)完成。成本估算：為了完成項目的任務(wù)，形成項目需要的初步總體資源成本；成本預(yù)算：把項目的每個任務(wù)或者工作包估算的成本匯總起來，建立項目的成本基線；成本控制：關(guān)注項目過程中造成成本偏差的因

22、素，控制項目預(yù)算的變更。項目成本管理主要關(guān)注完成項目任務(wù)所需要的資源消耗的成本。成本管理也關(guān)注如何對待項目產(chǎn)品（含服務(wù)或者其它結(jié)果）應(yīng)用、維護(hù)和支持所帶來的成本。比如，減少項目的設(shè)計評審次數(shù)可以降低項目成本，但是會提高客戶使用產(chǎn)品的操作成本，廣義上的項目成本管理也叫做“全生命周期成本”(life-cycle costing)，該參數(shù)結(jié)合價值工程技術(shù)（value engineering techniques），可以有效的支持決策模型（dicision-making），達(dá)到降低項目成本和執(zhí)行周期，同時也提高項目產(chǎn)出物的質(zhì)量和性能。項目成本管理需要關(guān)注項目風(fēng)險公擔(dān)人的信息需求，不同的風(fēng)險公擔(dān)人用不同

23、的方法、在不同的時間測量項目成本。比如，當(dāng)確認(rèn)某些項目后發(fā)成本項是應(yīng)該支出的，可以記錄這些成本，當(dāng)該成本項已經(jīng)發(fā)生，需要根據(jù)財務(wù)會計的需要承擔(dān)和記錄實際的成本。 成本管理的三個過程雖然沒有被表現(xiàn)為一個獨立的過程，但是項目管理團(tuán)隊需要先做相當(dāng)?shù)挠媱澾^程投入，然后才執(zhí)行項目成本管理的三大過程。這個投入是開發(fā)項目管理計劃過程的組成部分，這個過程形成成本管理計劃，定義項目成本計劃，構(gòu)建，估算，預(yù)算和控制各方面的格式和建立的條件。在不同的應(yīng)用領(lǐng)域，成本管理過程以及相關(guān)的工具和技術(shù)是有差別的，這些選擇往往是在定義項目生命周期模型中形成，并文檔化在成本管理計劃中。 比如，成本管理計劃可以建立以下內(nèi)容： 成本

24、精度：項目任務(wù)成本會用預(yù)先定義得成本精度（比如100元為單位，1000元為單位）來表達(dá)，精度級別依據(jù)任務(wù)的范圍和項目的規(guī)模，也可能包含項目成本儲備量。測量單位：需要定義每一種資源的測量單位，比如人時、人日、人周、（lumpsum）等。組織規(guī)程關(guān)聯(lián)：在WBS中用于成本控制的組件叫成本控制點（control account，CA），每一個CA都有自己的編碼，并直接關(guān)聯(lián)執(zhí)行組織的會計科目系統(tǒng)。如果在控制點描述中包括了項目計劃任務(wù)（planning packages）的成本估算，和成本預(yù)算相關(guān)的計劃任務(wù)的方法也需要包括?？刂崎摚ǚ秶涸陧椖空麄€周期中預(yù)先定義的不同監(jiān)控點，成本偏差的范圍（上限和下限）

25、或者其它指標(biāo)的閾值，需要預(yù)先定義。 掙得值管理規(guī)則：看以下說明：1）用于到完成時估算（estimate to complete）的掙得值管理公式和算法需要預(yù)先定義下來。2）建立掙得值的度量標(biāo)準(zhǔn)（比如0100，050100）。3）定義掙得值管理技術(shù)在WBS的哪個層次執(zhí)行。匯報格式：各種不同的成本報表格式需要預(yù)先定義；過程描述：各個成本管理過程的描述需要文檔化。以上各項內(nèi)容都需要包含在成本管理計劃中，可以是正式文本，也可能是附件條目。成本管理計劃是項目管理計劃的一個組成部分（子計劃），可以是正式的，或者是非正式的；可以是詳細(xì)的，或者是概括的。根據(jù)項目的實際需要。成本管理在計劃上的早期投入，并設(shè)定了

26、各個成本管理過程的框架流程，可以使過程的執(zhí)行會更加高效和流暢。進(jìn)度管理我方將從中標(biāo)之日起12個月內(nèi)根據(jù)招標(biāo)人需求完成本期項目的主題服務(wù)梳理與規(guī)劃、政務(wù)服務(wù)應(yīng)用接入與優(yōu)化開發(fā)的工作，并完成階段性驗收。項目時間管理項目時間管理是為確保項目各部分工作按時完成所需要的一系列過程。包括活動定義、排序、時間估算、進(jìn)度計劃和時間控制等。這里特別要提請注意的是，進(jìn)度計劃的層次性。在項目啟動之初，有項目主計劃，在規(guī)劃、設(shè)計階段，要制定較詳細(xì)的計劃，在實施階段，要有具體執(zhí)行計劃。在具體制定計劃時，應(yīng)根據(jù)項目所處階段和目標(biāo)任務(wù)的規(guī)模，確定計劃的時間粒度，在具體實施時，必須根據(jù)規(guī)劃階段的粗粒度計劃再細(xì)化，制定具體的實

27、施計劃。我們建議采用MS Project 進(jìn)行項目時間管理。1、項目活動定義定義活動涉及確認(rèn)和描述一些特定的活動，完成了這些活動意味著完成了WBS結(jié)構(gòu)中的項目細(xì)目和子細(xì)目。通過定義活動這一過程可使項目目標(biāo)體現(xiàn)出來。2、項目活動排序活動排序過程包括確認(rèn)且編制活動間的相關(guān)性?；顒颖仨毐徽_地加以排序以便今后制訂可行的進(jìn)度計劃。3、項目活動時間估計活動時間估計指預(yù)計完成各活動所需時間長短，在項目團(tuán)隊中熟悉該活動特性的個人和小組可對活動所需時間作出估計。4、項目進(jìn)度安排進(jìn)度編制要決定項目活動的開始和結(jié)束日期，若開始和結(jié)束日期是不現(xiàn)實的，項目不可能按計劃完成。進(jìn)度編制、時間估計、成本估計等過程交織在一起

28、，這些過程反復(fù)多次，最后才能確定項目進(jìn)度。5、項目進(jìn)度控制進(jìn)度控制是指：（1）改變某些因素使進(jìn)度朝有利方向改變；（2）確定原有的進(jìn)度已經(jīng)發(fā)生改變；（3）當(dāng)實際進(jìn)度發(fā)生改變時要加以控制；（4）進(jìn)度計劃控制必須和其它控制過程結(jié)合。項目進(jìn)度跟蹤在項目的實施過程中，還要對項目的實施情況進(jìn)行跟蹤，確保項目的實施符合計劃的要求。跟蹤的方法可分為正規(guī)跟蹤和非正規(guī)跟蹤，正規(guī)跟蹤就是定期召開項目進(jìn)展情況匯報會、提交項目進(jìn)展報告等，從而使項目利益相關(guān)者了解項目的執(zhí)行情況。根據(jù)進(jìn)展報告，與會者討論項目遇到的問題，分析并找出問題的原因，研究、確定應(yīng)對方案和預(yù)防措施，為控制項目提供依據(jù)。非正規(guī)跟蹤則是項目經(jīng)理頻繁地到項

29、目現(xiàn)場，通過觀察、與現(xiàn)場人員交談、收集數(shù)據(jù)等方式了解情況，發(fā)現(xiàn)問題。在項目管理過程中，非正規(guī)跟蹤比正規(guī)跟蹤更加有效，原因是：了解的情況真實、及時；縮小了項目經(jīng)理與現(xiàn)場成員之間的距離，使之關(guān)系更融洽，問題更易解決；現(xiàn)場的執(zhí)行人員更容易溝通；項目經(jīng)理更能親身體會現(xiàn)場的工作氣氛，掌握團(tuán)隊的士氣；更容易獲取解決問題的答案。項目任務(wù)進(jìn)度的度量：首先把每項工作分解到工期在一周以內(nèi)，每周末進(jìn)行進(jìn)度評估，我們采取工時提交原則，即提交工作任務(wù)的完成工時。項目進(jìn)度跟蹤的工具可以使用MS Project。項目進(jìn)度信息采集的方式：項目周報、項目例會、階段性評審、掙值法。（1）項目周報：項目實施小組每周向項目經(jīng)理提交每

30、周的工作匯報，包括存在問題。（2）項目例會：項目組定期舉行工作會議，分析項目狀態(tài)，落實下一步工作，其中包括對現(xiàn)有的問題進(jìn)行討論并解決。（3）階段性評審：在項目的階段最后，召開項目小組成員、項目指導(dǎo)委員會、外部項目質(zhì)量保證等人員對項目的階段工作進(jìn)行評審，包括進(jìn)度、交付物的質(zhì)量、階段里程碑、項目中的重大問題、項目風(fēng)險、分析項目中的好的方法等。項目進(jìn)度分析掙值法：這種方法提供了三個數(shù)據(jù)來跟蹤項目的執(zhí)行情況：計劃做什么、實際做什么、以及做完的工作花了多少費用。這種方法交計劃需完成的工作同實際已完成的工作進(jìn)行比較，確定項目在費用支出與時間進(jìn)度方面是否符合原計劃的要求，從而跟蹤項目執(zhí)行的好壞。項目進(jìn)度控制

31、項目計劃只是根據(jù)預(yù)測而對未來做出的安排，由于在編制計劃時事先難以預(yù)見的問題很多，在計劃執(zhí)行過程中往往會發(fā)生或大或小的偏差，這就要求項目經(jīng)理及其他管理人員對計劃做出調(diào)整，消除與計劃不符的偏差，以使預(yù)定目標(biāo)按時和在預(yù)算范圍內(nèi)得以實現(xiàn)。項目計劃的控制就是要經(jīng)常對每項工作進(jìn)度進(jìn)行監(jiān)督，然后，對那些出現(xiàn)“偏差”的工作采取必要措施，以保證項目按照原定計劃進(jìn)度執(zhí)行，使預(yù)定目標(biāo)按時和在預(yù)算范圍內(nèi)實現(xiàn)。按照不同管理層次對進(jìn)度控制的要求分為三類：1、項目總進(jìn)度控制：項目指導(dǎo)委員會對項目中各里程碑事件的進(jìn)度控制。2、項目主進(jìn)度控制：項目經(jīng)理針對項目進(jìn)度計劃中的關(guān)鍵路徑進(jìn)行控制，保證總進(jìn)度的如期完成。3、項目詳細(xì)進(jìn)度

32、控制：主要是各作業(yè)部門對各具體作業(yè)進(jìn)度計劃的控制。這是進(jìn)度控制的基礎(chǔ)，只有詳細(xì)進(jìn)度得到較強的控制才能保證主進(jìn)度的按計劃進(jìn)行，最終保證項目總進(jìn)度，使項目目標(biāo)得以順利實現(xiàn)。 進(jìn)度控制的依據(jù)主要有：項目進(jìn)度表、項目進(jìn)展報告、變更請求等。項目進(jìn)度的控制方法如下所示：（1）把能力強的成員放在關(guān)鍵路徑的工作上，把新手放在時差大，不重要的工作上；（2）趕工期，包括通過加班加點來縮短關(guān)鍵路徑上單項任務(wù)的持續(xù)時間；調(diào)整關(guān)鍵路徑上活動之間的邏輯關(guān)系，變FS為SS；（3）重新談判，即與項目利益相關(guān)者討論增加預(yù)算或者延長時間基線；（4）縮小項目范圍，以便減少費用、節(jié)省時間；（5）投入更多的資源，看看可否增加人力、設(shè)備

33、到工作中。這需要平衡費用與進(jìn)度孰重孰輕；（6）接受替補方案，看看能否制定一個更省錢、更現(xiàn)實的方案；（7）尋求其他資源；（8）接受部分交付物，看看能否先接受部分交付物，使項目能繼續(xù)進(jìn)行；（9）提供獎金，看看能否提供獎金或其他激勵措施，促使按時完成任務(wù)；（10）進(jìn)度控制的結(jié)果包括：項目時間表更新、補救的行動、經(jīng)驗教訓(xùn)。人員管理在本項目的執(zhí)行過程中，項目經(jīng)理和系統(tǒng)架構(gòu)師專職于本項目，核心技術(shù)人員百分之百地投入到本項目中，并且整個項目團(tuán)隊的人員相對穩(wěn)定。按照工程建設(shè)對項目實施的要求，配置相應(yīng)的項目管理、系統(tǒng)設(shè)計、開發(fā)、測試、集成、培訓(xùn)、質(zhì)量保證等人員，在項目組織中明確各崗位的職責(zé)，確保工程順利實施。參

34、與此項目的核心技術(shù)人員擁有承擔(dān)過相關(guān)軟件開發(fā)和相關(guān)項目建設(shè)的經(jīng)驗，能夠與報社用戶進(jìn)行良好的溝通，掌握報社的相關(guān)基礎(chǔ)知識，具備相關(guān)產(chǎn)品集成、應(yīng)用和開發(fā)的能力。參與此項目的技術(shù)人員具有強烈的服務(wù)意識和高度的責(zé)任感。溝通管理本系統(tǒng)涉及到的項目干系方非常多，在這種復(fù)雜的組織結(jié)構(gòu)下，保證有效、良好的溝通對于項目的成功是至關(guān)重要的。因此從項目承建商的角度來看項目中的溝通包括以下管理的方案：匯報關(guān)系、溝通計劃、問題管理、會議管理、信息共享等。匯報管理建立有效的匯報組織機構(gòu)是實現(xiàn)有效溝通的前提和保證。匯報關(guān)系基于對本項目組織機構(gòu)定義，通過層級的劃分明確了項目承建商的定位和職責(zé)，以及項目匯報路徑。溝通管理項目實

35、施是一個團(tuán)隊任務(wù)，信息不暢容易導(dǎo)致工作偏離目標(biāo)，或者是成員之間產(chǎn)生誤解，所以項目經(jīng)理要在信息溝通中起到非常重要的作用。對于信息的發(fā)布，一定要保證版本的有效性，對于通過電子郵件發(fā)布的重要信息，一定要讓對方反饋接收與否的信息。對于規(guī)模較大的項目，有時信息需要群發(fā)或多人討論，這時需要建立專用的信息溝通平臺，例如利用微信群、郵件組、QQ群等。溝通計劃在本項目中，我們建立以下正式溝通計劃，并在工作中保證實現(xiàn)：類型溝通內(nèi)容參與人員責(zé)任人時間項目組首次會議培訓(xùn)項目管理方法、實施計劃項目組全體成員項目經(jīng)理待定項目動員大會明確目標(biāo)、落實責(zé)任、激發(fā)熱情全體成員項目發(fā)起人待定項目管理例會分析項目狀態(tài)，明確項目管理委

36、員會項目經(jīng)理每月末階段評估會議評估項目階段的完成情況項目管理委員會項目經(jīng)理階段末項目驗收會議評審項目驗收標(biāo)準(zhǔn)的完成項目管理委員會項目經(jīng)理項目收尾時項目組工作例會匯報各項工作的進(jìn)度及問題項目經(jīng)理項目經(jīng)理每周一項目變更會議決議變更需求項目管理委員會項目經(jīng)理變更產(chǎn)生時項目通訊對外宣傳項目狀況項目組全體成員項目管理辦公室每月項目信息共享了解項目狀態(tài)、計劃、問題等項目組全體成員實施組長隨時操作狀況了解用戶的操作狀況項目成員最終用戶上線后每日另外，在項目的實施工作中，有一些溝通屬于非正式溝通，例如聚會、交心談話、技術(shù)研討、能力拓展等，我們會根據(jù)項目的需要選擇進(jìn)行。溝通內(nèi)容在項目實施階段，項目利益相關(guān)者之間

37、的信息溝通與交流集中在如下方面：1、與計劃相比，項目工作量完成情況；2、已完成的工作質(zhì)量情況；3、與計劃相比，進(jìn)度情況；4、與計劃相比，實際成本支出情況；5、項目執(zhí)行過程中出現(xiàn)的問題，這些問題的解決方案以及建議采用的方案。報告形式1、報告應(yīng)盡量使用數(shù)據(jù)、表格、圖形等方式，避免純文字上的長篇大論。例如在作進(jìn)度情況報告時，常用甘特圖、網(wǎng)絡(luò)圖、時間線以及里程碑表等。2、報告費用情況時，常用直方圖、S曲線以及開支表等。3、報告人員使用情況時，常用直方圖、工作負(fù)荷分配表等。相關(guān)文檔相關(guān)文檔包括：1、會議紀(jì)要2、項目周報3、項目月度狀態(tài)報告4、項目階段評估報告5、項目總結(jié)報告質(zhì)量管理項目質(zhì)量管理是確保項目

38、及其交付結(jié)果符合相關(guān)質(zhì)量標(biāo)準(zhǔn)要求的過程。項目質(zhì)量一方面指項目能否在規(guī)定的時間內(nèi)、在批準(zhǔn)的預(yù)算內(nèi)、在規(guī)定的范圍內(nèi)完成項目，另一方面，是指項目所提交的產(chǎn)品服務(wù)是否符合客戶技術(shù)性能的要求。通過我們多年的實踐經(jīng)驗，IT項目的質(zhì)量管理很難，因為很多客戶都是在項目初期很難對系統(tǒng)有一個具體的描述，在實施的過程中隨著對系統(tǒng)的認(rèn)識加深，又會提出很多自認(rèn)為合理的需求。所以在項目初期，加強對客戶關(guān)鍵用戶的系統(tǒng)培訓(xùn)，不斷與客戶方進(jìn)行質(zhì)量要求的溝通，對以后項目質(zhì)量控制起到預(yù)防作用。另外，通過項目章程，對質(zhì)量規(guī)定一個基線是非常必要的。政務(wù)服務(wù)應(yīng)用接入保障措施1、確定基本的質(zhì)量需求：（1）對文檔性交付物的質(zhì)量需求：規(guī)范性、

39、完整性、可讀性等；（2）對系統(tǒng)運行的質(zhì)量需求：穩(wěn)定性、可操作性、響應(yīng)速度、安全性、功能滿足性、擴(kuò)展性、可維護(hù)性等；（3）對知識轉(zhuǎn)移的質(zhì)量需求：是否建立一支用于系統(tǒng)后期優(yōu)化、改進(jìn)的隊伍等。2、確定質(zhì)量控制方法（1）建立內(nèi)部質(zhì)量控制組，定期進(jìn)行質(zhì)量評測（質(zhì)量保證計劃）；（2）采用檢測表及評估表的方式；（3）進(jìn)行階段評估及分步驗收的方式；（4）實施管理過程采用戴明質(zhì)量管理體系（PDCA）；（5）定制開發(fā)過程采用我們公司的CMMI5體系。軟件版本控制計劃版本管理版本標(biāo)示方法為了使工作規(guī)范化、統(tǒng)一化，研發(fā)本部各部門實行的版本標(biāo)識管理方法。正式版本軟件版本號由四部分組成，X.Y.Z.DATA_希臘字母，X

40、：主版本號，用來表示提供給客戶的產(chǎn)品功能的主要增強。在一個極端的例子中，主版本號的上升用來說明產(chǎn)品現(xiàn)在已經(jīng)擁有了一個全新的功能類。從市場和許可權(quán)的角度來看，主版本號的升級相當(dāng)于購買一個完全獨立的產(chǎn)品。從開發(fā)者角度來看，一個主版本號的迭代差不多總是反映了一個新的獨立分支或是其主干還可以延續(xù)主版本的生命期。 Y：特征版本號，用來表示產(chǎn)品新增了一些特征，或者是在原來文檔中描述的特征上作了重要的修改。用來確定特征版本號什么時候需要修改的一個衡量標(biāo)準(zhǔn)就是產(chǎn)品功能說明書。產(chǎn)品的特征版本升級是在主版本之間保持產(chǎn)品競爭力的一種重要機制。 Z：缺陷修復(fù)版本號，用來表示在該版本上所做的缺陷維護(hù)行為的等級。版修復(fù)版

41、本是穩(wěn)定市場和最小化客戶技術(shù)支持費用負(fù)擔(dān)的一種重要機制。Alpha版: 此版本表示該軟件在此階段主要是以實現(xiàn)軟件功能為主，通常只在軟件開發(fā)者內(nèi)部交流，一般而言，該版本軟件的Bug較多，需要繼續(xù)修改。Beta版: 該版本相對于版已有了很大的改進(jìn)，消除了嚴(yán)重的錯誤，但還是存在著一些缺陷，需要經(jīng)過多次測試來進(jìn)一步消除，此版本主要的修改對像是軟件的UI。RC版: 該版本已經(jīng)相當(dāng)成熟了，基本上不存在導(dǎo)致錯誤的BUG，與即將發(fā)行的正式版相差無幾。Release版: 該版本意味“最終版本”，在前面版本的一系列測試版之后，終歸會有一個正式版本，是最終交付用戶使用的一個版本。該版本有時也稱為標(biāo)準(zhǔn)版。一般情況下，

42、Release不會以單詞形式出現(xiàn)在軟件封面上，取而代之的是符號(R)。例如：1.1.1.051021_beta.第一個1為主版本號，第二個1為子版本號，第三個1為階段版本號，第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有5種，分別為：base、alpha、beta、RC、release。目錄結(jié)構(gòu)由于各部門的實際情況不同，目錄結(jié)構(gòu)很難統(tǒng)一，但為了能更好地管理各部門部文檔，建議可將被管理的配置項分為三大類：文檔類、源碼類及安裝盤類，這樣存放比較清晰，有利于版本管理。具體目錄如下表格所示：根目錄一級目錄二級目錄三級目錄項目名稱+版本號源代碼（SRC）集成代碼代碼的合并第一個模塊代碼第二個模

43、塊代碼數(shù)據(jù)庫SQL公共開發(fā)包代碼文檔(DOC)立項文檔立項計劃書 立項申請書項目計劃項目開發(fā)計劃需求文檔需求規(guī)格說明書設(shè)計文檔設(shè)計概要說明書 數(shù)據(jù)庫設(shè)計說明書界面布局原型界面 動態(tài)頁面參考資料項目一些參考資料驗收文檔驗收資料測試文檔測試計劃 測試報告 測試用例試用信息測試部署部署材料發(fā)布（RELEASE）SETUPRELEASE發(fā)布文檔文檔的存放開發(fā)文檔的存放文檔歸檔流程：文檔歸檔流程源代碼的存放源代碼存放流程SQL的語句存放各子系統(tǒng)SQL文件放入.SQL下，對于不同的數(shù)據(jù)庫，分別建立不同的子目錄，如WAT、SYB、MSS、ORC、DB2等。公共SQL文件直接放入SQL下即可，不同數(shù)據(jù)庫的特殊

44、SQL分別放入對應(yīng)的子目錄下。發(fā)行文檔的存放發(fā)行文檔是指產(chǎn)品交付用戶使用所必須的文件。包括：產(chǎn)品可執(zhí)行文件，用戶使用說明書，聯(lián)機幫助（HLP）；資源文件（BMP，ICO等），環(huán)境配置文件等。配置管理流程配置管理流程流程說明：開發(fā)人員完成所負(fù)責(zé)代碼模塊的編寫任務(wù)后，提交到項目經(jīng)理處；項目經(jīng)理向測試部提交測試任務(wù)；配置管理員準(zhǔn)備測試所需環(huán)境；測試員開始測試并提供實時測試BUG；開發(fā)人員處理測試人員提供的BUG，并提交測試員進(jìn)行回歸測試，直至BUG關(guān)閉；測試完成后，測試人員提供測試報告；根據(jù)項目情況決定是否發(fā)布新版本；配置管理員與各成員確定好新版本的各項信息；配置管理員發(fā)布新版本。權(quán)限控制的管理為保

45、障文檔的安全性，一致性，以及防止意外修改，必須對不同的文檔設(shè)置不同的訪問權(quán)限。文檔權(quán)限類別：只讀權(quán)限，讀寫權(quán)限。文檔類別：DOC，SRD，RELEASE。用戶類別：開發(fā)人員、測試人員、分析設(shè)計人員、部門經(jīng)理、配置管理員、安裝盤制作人員、問題及需求管理人員、用戶文檔編寫人員等。為了控制不同的使用權(quán)限，根據(jù)要求在服務(wù)器上分別建立不同的用戶，針對不同的配置項所在目錄分配不同的權(quán)限。為了便于各部門的管理，應(yīng)以表格的形式列出人員與管理對象的訪問關(guān)系（用戶權(quán)限清單）。更新管理源程序的修改源程序修改流程當(dāng)開發(fā)小組在開發(fā)同一產(chǎn)品時，應(yīng)能保障：各成員間的修改不會互相覆蓋；程序員的修改能及時反映到產(chǎn)品的最新版本中

46、。建議首先在相應(yīng)子系統(tǒng)的下一級建一目錄，如checkout，存放正在修改的文檔及修改登記表。當(dāng)某個程序員要修改某一文檔時，遵循以下程序：接收維護(hù)任務(wù)；查看需要修改的文件（如PBL及SQL等）是否正在被其它人員修改（檢查checkout目錄下是否存在要修改的文件或后綴已改為該程序員姓名簡寫）；如果有人在修改該文件，等待或與相應(yīng)的開發(fā)員聯(lián)系，重復(fù)2。否則繼續(xù)；將該文件復(fù)制到checkout目錄下，在修改登記表中登記；或?qū)⒃撐募暮缶Y改為本人姓名簡寫；將該文件拷貝到自己的私有目錄；根據(jù)要求修改源文件；根據(jù)要求測試，并進(jìn)行相關(guān)項的回歸測試；交測試人員測試，如未通過，重復(fù)6，如通過則繼續(xù)；在checko

47、ut目錄中刪除該文件，并在修改登記表中標(biāo)注修改完成； 將修改完畢的文件通過電子郵件或其它手段送交版本管理員，版本管理員將文件復(fù)制到相應(yīng)的路徑；如遇特殊情況（版本管理員出差），程序員可將修改完畢的文件復(fù)制到相應(yīng)的路徑下，或?qū)⒑缶Y改回正式?；貜?fù)下達(dá)者，報告維護(hù)任務(wù)完成。版本升級版本升級原則版本升級應(yīng)嚴(yán)格納入版本管理的控制之下。應(yīng)當(dāng)謹(jǐn)慎地控制版本的升級，保障高版本的向下兼容性，或提供嚴(yán)格定義的升級方法。主版本號(1)：當(dāng)功能模塊有較大的變動，比如增加多個模塊或者整體架構(gòu)發(fā)生變化。此版本號由項目決定是否修改。子版本號(1)：當(dāng)功能有一定的增加或變化，比如增加了對權(quán)限控制、增加自定義視圖等功能。此版本號

48、由項目決定是否修改。階段版本號(1)：一般是 Bug 修復(fù)或是一些小的變動，要經(jīng)常發(fā)布修訂版，時間間隔不限，修復(fù)一個嚴(yán)重的bug即可發(fā)布一個修訂版。此版本號由項目經(jīng)理決定是否修改。日期版本號(140606):用于記錄修改項目的當(dāng)前日期，每天對項目的修改都需要更改日期版本號。此版本號由開發(fā)人員決定是否修改。希臘字母版本號(beta):此版本號用于標(biāo)注當(dāng)前版本的軟件處于哪個開發(fā)階段，當(dāng)軟件進(jìn)入到另一個階段時需要修改此版本號。此版本號由項目決定是否修改。 每次版本升級，要填寫版本升級記錄表，記錄表樣例如下：主版本號子系統(tǒng)名稱子系統(tǒng)版本發(fā)布日期變更功能描述發(fā)布人批準(zhǔn)人備注主版本號：記錄當(dāng)前發(fā)布的版本發(fā)

49、布日期：該版本批準(zhǔn)發(fā)布的日期修改文件：版本修改記錄，版本修改日志新版本發(fā)布新版本的發(fā)布包括主版本號和次版本號的升級，一般不包括內(nèi)部版本號的升級。流程如下：1、接收新版本發(fā)布任務(wù)，接收本次發(fā)布的版本代號。2、在指定目錄中，根據(jù)本次發(fā)布的版本號建立相應(yīng)的子目錄，將current下的所有內(nèi)容拷貝至新建目錄下。3、可在新建目錄下建立readme.txt，并加入相應(yīng)的內(nèi)容。文檔的變更文檔變更流程：文檔變更流程備份管理為了保證文檔的最大可恢復(fù)性，要隨時及定期地進(jìn)行備份工作。隨時備份：開發(fā)人員每天都要將自已當(dāng)日修改的源文件在本地機器上進(jìn)行備份。開發(fā)負(fù)責(zé)人每天要將所有源文件在本地機備份。建議備份采用循環(huán)備份。

50、定期備份：備份形式為硬盤備份和光盤備份。硬盤備份時，要備份在獨立的硬盤上；光盤備份時，要將光盤存放在可靠的地方。備份周期視各部門的具體情況而定。如果處于開發(fā)階段，每周應(yīng)對所有的源程序項進(jìn)行備份，一般為每周周五；如果處于其它階段，根據(jù)具體情況而定，但周期不能超過兩周。備份要由版本管理員負(fù)責(zé)，備份原則應(yīng)是保證文檔的最大可恢復(fù)性。配置管理軟件配置管理計劃的實現(xiàn)在實現(xiàn)軟件配置管理計劃的過程中，要特別注意實現(xiàn)以下三個里程碑：A 建立軟件配置管理小組：在項目總體組批準(zhǔn)軟件配置管理計劃之后，立即成立軟件配置管理小組；B 建立各階段的配置基線：隨著平臺及其所屬各子系統(tǒng)的任務(wù)書的評審和批準(zhǔn)，建立起功能基線；隨著

51、總體組編寫的軟件需求規(guī)格說明書的批準(zhǔn)，建立起指派基線；隨著軟件工程化軟件系統(tǒng)的集成與系統(tǒng)測試的完成，建立起產(chǎn)品基線。C 建立軟件庫：在本項目所屬的各個子系統(tǒng)的研制工作的開始，就建立起各個子系統(tǒng)的軟件開發(fā)庫，并在本項目配置管理小組的計算機上建立起有關(guān)該系統(tǒng)及其子系統(tǒng)的軟件受控庫。以后在每個開發(fā)階段的結(jié)束，建立各個子系統(tǒng)的新的開發(fā)庫，同時把這個階段的階段產(chǎn)品送入總的軟件受控庫，并在各個子系統(tǒng)的計算機上建立軟件受控庫的副本。軟件受控庫必須以主軟件受控庫為準(zhǔn)。當(dāng)全部開發(fā)工作結(jié)束，在配置管理小組的計算機上建立起軟件產(chǎn)品庫，并在各子系統(tǒng)的計算機上建立軟件產(chǎn)品庫的副本。適用的標(biāo)準(zhǔn)、條例和約定應(yīng)該遵守如下標(biāo)準(zhǔn)

52、、條例和約定：A 軟件開發(fā)庫、軟件受控庫與軟件產(chǎn)品庫的操作規(guī)程與管理規(guī)程；B 系統(tǒng)、子系統(tǒng)、模塊和程序單元的命名約定；C 文檔和測試用例的命名和管理規(guī)程。這引起命名約定、操作規(guī)程與管理規(guī)程應(yīng)由項目技術(shù)組負(fù)責(zé)制訂，并應(yīng)認(rèn)真聽取各子系統(tǒng)項目負(fù)責(zé)人的意見，最后報項目總體組審批。在執(zhí)行過程中，如果發(fā)現(xiàn)某些條款需要修改，則必須辦理正規(guī)的審批手續(xù)，最后要經(jīng)項目總體組批準(zhǔn)。軟件配置管理活動 配置標(biāo)識文檔所有為本項目編制的文檔，都要符合GB 8567中的規(guī)定。程序所有屬于本項目的程序、分程序、模塊和程序單元，都要按照由項目技術(shù)組制訂，且經(jīng)總體組批準(zhǔn)的軟件系統(tǒng)的命名約定的規(guī)定來標(biāo)識。各類基線所有屬于本項目及其各

53、子系統(tǒng)的各類基線，首先要按照任務(wù)書、軟件需求規(guī)格說明書的規(guī)定確定其技術(shù)內(nèi)容，然后按照軟件系統(tǒng)的上述命名約定的規(guī)定來標(biāo)識。配置控制軟件配置的更改管理適用于本項目的所有文檔和代碼，其中包括本項目的各個運行軟件，也包括為本項目專門開發(fā)的支持軟件。配置控制的要點如下：A 修改批準(zhǔn)權(quán)限；對本項目各個子系統(tǒng)及其專用支持軟件的功能基線、指派基線、產(chǎn)品基線及其集成系統(tǒng)的任何修改（稱為A類修改），都必須通過項目配置管理小組討論，并必須經(jīng)總體組批準(zhǔn)；對本項目各個子系統(tǒng)及其專用支持軟件的其他階段產(chǎn)品的任何修改（稱為B類修改），都必須通過本項目各個子系統(tǒng)的配置管理人員審查，并經(jīng)項目的軟件配置管理小組與各個子系統(tǒng)負(fù)責(zé)人

54、的共同批準(zhǔn)并報項目總體組備案。 B 修改審批程序：上述兩類修改有規(guī)范的審批程序。C 修改控制工具：修改控制工具是協(xié)助軟件配置管理人員進(jìn)行配置控制的有效手段。配置狀態(tài)審計利用軟件問題報告單和軟件修改報告單對項目子系統(tǒng)及其支持軟件的配置狀態(tài)進(jìn)行追蹤。對軟件問題報告單和軟件修改報告單的追蹤應(yīng)由軟件配置管理工具自動實現(xiàn)，用戶可通過該軟件系統(tǒng)對其進(jìn)行查詢。配置的檢查和評審項目軟件配置管理小組要對所有由第三方提供的軟件進(jìn)行物理配置檢查；對本項目及其各個子系統(tǒng)的每一個新的釋放進(jìn)行功能配置檢查和物理配置檢查；對宿主計算機系統(tǒng)所提供的軟件和硬件配置要每隔半年檢查一次；在軟件驗收前要對宿主計算機系統(tǒng)、各個子系統(tǒng)及

55、其專用支持軟件的配置進(jìn)行綜合檢查。在軟件開發(fā)周期各階段的評審與檢查工作中，要對該階段所進(jìn)行的配置管理工作進(jìn)行必要的評審和檢查。應(yīng)該進(jìn)行評審與檢查的內(nèi)容與次數(shù)，由項目質(zhì)量計劃規(guī)定。工具、技術(shù)和方法 在軟件的開發(fā)過程中，與軟件配置有關(guān)的工具有軟件測試工具、軟件配置管理工具、文檔輔助生成工具與圖形編輯工具等到三種。A軟件測試工具：支持模塊的靜態(tài)分析、結(jié)構(gòu)測試與功能測試。主要功能為：協(xié)助測試人員判斷程序結(jié)構(gòu)與變量使用情況是否有錯；給測試人員提供模塊語句覆蓋和分支覆蓋率并顯示未覆蓋語句和未覆蓋分支的號碼及其分支謂詞，給出不同測試用例有效性的表格；同時提出功能測試的有效情況，并協(xié)助組織最終交付給用戶的有效

56、測試用例的集合。 B 軟件配置管理工具：它支持用戶對源代碼清單的更新管理以及對重新編譯與連接的代碼的自動組織；支持用戶在不同文檔相關(guān)內(nèi)容之間進(jìn)行相互檢索并確定同一文檔某一內(nèi)容在本文檔中的涉及范圍；同時還應(yīng)支持軟件配置管理小組對軟件配置更改進(jìn)行科學(xué)的管理。C 文檔輔助生成工具與圖形編輯工具：它主要協(xié)助用戶繪制描述程序流程與結(jié)構(gòu)的DFD圖與SC圖、繪制描述軟件功能（輸入、輸出關(guān)系）的曲線以及繪制描述系統(tǒng)特性的一些其他圖形，同時還可生成若干與文檔編制大綱適應(yīng)的文檔模板。用戶利用這個工具的正文與圖形編輯功能以及上述輔助功能，可以比較方便地產(chǎn)生清晰悅目的文檔，也有利于對文檔進(jìn)行更改，這有助于提高文檔的編

57、制質(zhì)量。文檔交付管理文檔概要文檔內(nèi)容項目發(fā)展的過程中，隨著項目逐步展開，會產(chǎn)生大量的設(shè)計書、源代碼、會議記錄及培訓(xùn)資料等內(nèi)容，對這些內(nèi)容進(jìn)行分類、分階段的整理歸檔；同時根據(jù)項目需要，對有關(guān)文檔在項目網(wǎng)站上發(fā)布。文檔要求建立相適應(yīng)文檔，根據(jù)要求適時添加文檔并于相關(guān)人員合作及時將文件歸檔，注意對項目信息的及時更新，以幫助小組人員獲得最新信息。以及用戶能及時獲得到完整的安裝、操作、使用、測試、控制和維護(hù)手冊。文檔管理存檔規(guī)范基線：事件發(fā)生后一個月內(nèi)歸檔。完整性：是否成套、缺頁和涂改；準(zhǔn)確性：所收集的材料是否同它反映的對象相一致，同一項目的文件材料在內(nèi)容上是否一致；文件材料屬性的鑒別：是否為同一類；所有文檔一季度整理一次，按照不同類型刻盤保存；目錄建設(shè)與管理所建目錄要求符合明確方便的原則，查閱者能夠迅速的查閱所要文檔，了解文檔簡單的相關(guān)信息；文檔用SVN軟件進(jìn)行管理。文檔的提交