軟件項目通用監(jiān)理方案

1、信息系統(tǒng)軟件項目監(jiān)理方案根據(jù)信息系統(tǒng)軟件項目的生命周期，我們對于軟件項目的監(jiān)理從以下七個階段進(jìn)行監(jiān)理，這七個階段包括：需求分析階段、設(shè)計階段、實施階段、測試階段、驗收階段、用戶培訓(xùn)階段、試運(yùn)行階段。對于每個階段我們從質(zhì)量、進(jìn)度、成本、合同、信息、組織協(xié)調(diào)等不同角度進(jìn)行監(jiān)理。在每個階段都制定了相應(yīng)的工作流程。監(jiān)理方對項目進(jìn)行了各個階段的監(jiān)理分析，具體分析如下：1.1 項目需求分析階段的監(jiān)理1.1.1 需求分析階段監(jiān)理工作 本階段主要是由承建單位根據(jù)項目合同的要求，通過采用訪談、調(diào)查、演示等手段與建設(shè)單位進(jìn)行溝通，了解系統(tǒng)建設(shè)的整體要求，包括軟件的功能、性能、接口、數(shù)據(jù)、環(huán)境需求，安全保密要求以及

2、約束條件等，從而對所要開發(fā)的系統(tǒng)建立一個可供依據(jù)的基線。本階段承建單位應(yīng)提交需求分析報告和原型系統(tǒng)。監(jiān)理單位在本階段的工作，按照內(nèi)容可以分為：l 控制：包括對需求分析階段的各種文檔的保管監(jiān)督，對需求分析報告、原型演示系統(tǒng)的確認(rèn)等；l 溝通：在當(dāng)建設(shè)單位和承建單位由于知識背景不同而在訪談過程中溝通不順暢的時候，監(jiān)理單位應(yīng)利用自身優(yōu)勢使得雙方順利理解對方。l 編制項目監(jiān)理規(guī)劃和需求階段監(jiān)理方案或監(jiān)理細(xì)則。1.1.2 需求分析階段質(zhì)量控制1. 審核承建單位需求分析前的準(zhǔn)備工作l 需求分析過程規(guī)范性 l 需求分析方法l 需求報告規(guī)范性，參照：軟件需求說明書（GB856T88）。2. 審核承建單位提交的

3、需求報告內(nèi)容l 完整性：是否涵蓋了建設(shè)單位的全部需求，是否包含了開發(fā)軟件系統(tǒng)所有必要的信息；l 正確性和無二義性。l 可行性：檢查需求在法律法規(guī)、技術(shù)、業(yè)務(wù)、現(xiàn)有資源環(huán)境、管理、維護(hù)等方面的可行性。l 需求對于業(yè)務(wù)的必要性。l 劃分優(yōu)先級：基本功能和增強(qiáng)功能或首先滿足部分使用對象的需求等策略。l 可驗證性：需求描述是否可以作為驗證需求是否達(dá)到要求的依據(jù)和標(biāo)準(zhǔn)。 l 可跟蹤性：軟件需求對系統(tǒng)需求的可追蹤性。3. 審核承建單位在需求分析過程中對需求的管理措施l 需求變更控制措施l 需求版本控制措施l 需求實現(xiàn)跟蹤1.1.3 需求分析階段進(jìn)度控制1. 審核需求分析進(jìn)度計劃l 與開發(fā)計劃的一致性l 認(rèn)

4、同性l 落實措施2. 隨時跟蹤檢查進(jìn)度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出監(jiān)理整改通知單1.1.4 需求分析階段成本控制1. 估算實現(xiàn)成本，明確系統(tǒng)完成范圍。2. 核實本階段工程量和工作量，并簽認(rèn)。1.1.5 需求分析階段合同管理1. 合同的履行管理：包括工期、質(zhì)量管理和費用管理。2. 合同的變更管理。3. 工程款支付管理。4. 工程停、復(fù)工管理。5. 工程延期管理。1.1.6 需求分析階段信息管理1. 確定本階段信息管理的對象l 建設(shè)單位提供的數(shù)據(jù)和資料l 會議記錄l 需求報告l 系統(tǒng)原型l 監(jiān)理記錄2. 定義信息管理過程3. 信息管理方法l 管理工具l 文檔庫結(jié)構(gòu)1.1.7 需求分析階段

5、組織協(xié)調(diào)l 監(jiān)理例會制度l 監(jiān)理工作報告l 協(xié)助承建單位進(jìn)行項目需求階段的評審確認(rèn)1.1.8 需求分析階段監(jiān)理工作流程1.1.8.1 需求評審流程承建單位提交需求分析報告監(jiān)理單位制訂需求評審計劃 參加人員 時間地點 議程 檢查項目 評審標(biāo)準(zhǔn)與有關(guān)各方確認(rèn)需求評審計劃需求分析報告內(nèi)容完整性審核通過承建單位整改未通過通過需求分析報告內(nèi)容正確性審核 完整性 正確性 可行性 必要性 無二義性 可驗證性 可跟蹤性 優(yōu)先級劃分通過未通過三方簽認(rèn)通過承建單位根據(jù)確定的需求修正項目計劃監(jiān)理工程師對項目計劃進(jìn)行審核通過未通過通過承建單位整改監(jiān)理工程師簽認(rèn)建設(shè)單位批準(zhǔn)進(jìn)入下一個階段1.1.8.2 進(jìn)度控制流程承建

6、單位編制需求分析階段進(jìn)度計劃并填寫進(jìn)度計劃報審表總監(jiān)理工程師審批按計劃組織實施監(jiān)理工程師對進(jìn)度實施情況進(jìn)行檢查、分析基本實現(xiàn)計劃目標(biāo)嚴(yán)重偏離計劃目標(biāo)總監(jiān)理工程師簽發(fā)監(jiān)理通知指示承建單位采取調(diào)整措施首次監(jiān)理會議后準(zhǔn)備編制下一階段計劃1.2 項目設(shè)計階段的監(jiān)理1.2.1 系統(tǒng)設(shè)計階段監(jiān)理工作系統(tǒng)設(shè)計階段對承建單位通常包括：概要設(shè)計、詳細(xì)設(shè)計和設(shè)計評審。概要設(shè)計，又稱概念設(shè)計或總體設(shè)計，即將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)的過程，一般包括數(shù)據(jù)設(shè)計和系統(tǒng)結(jié)構(gòu)設(shè)計。其中數(shù)據(jù)設(shè)計側(cè)重于數(shù)據(jù)結(jié)構(gòu)的定義，系統(tǒng)結(jié)構(gòu)設(shè)計定義軟件系統(tǒng)各主要成份之間的關(guān)系。在承建單位進(jìn)行概要設(shè)計的過程中，監(jiān)理單位需要從設(shè)計規(guī)范

7、、系統(tǒng)結(jié)構(gòu)、系統(tǒng)可靠性、設(shè)計文檔等幾方面進(jìn)行監(jiān)督和控制。詳細(xì)設(shè)計的直接目標(biāo)是定義模塊內(nèi)的實現(xiàn)結(jié)構(gòu)和方法，并編寫詳細(xì)設(shè)計說明書，監(jiān)理單位在這個階段主要是在進(jìn)度上進(jìn)行控制，主要手段是定期與承建單位溝通，檢查文檔。設(shè)計評審就是依據(jù)用戶需求的要求，審核系統(tǒng)設(shè)計與需求的一致性、設(shè)計的合理性、技術(shù)可行性，以保證系統(tǒng)結(jié)構(gòu)的正確性。設(shè)計評審?fù)ǔ２捎猛性u審的方法進(jìn)行。監(jiān)理單位在設(shè)計評審時主要對參與評審人員的資格、評審要素的全面性、文檔的完整性進(jìn)行監(jiān)督和檢查。1.2.2 設(shè)計階段質(zhì)量控制1. 審核承建單位系統(tǒng)設(shè)計規(guī)范a) 系統(tǒng)設(shè)計報告格式要求n 設(shè)計目標(biāo)n 需求分析n 總體結(jié)構(gòu)n 模塊定義與劃分n 接口設(shè)計n

8、數(shù)據(jù)庫設(shè)計n 安全保障設(shè)計n 出錯處理機(jī)制n 實現(xiàn)技術(shù)n 開發(fā)平臺n 系統(tǒng)集成測試方案n 系統(tǒng)安全測試方案n 編程規(guī)范參照：概要設(shè)計說明書（GB856788）b) 數(shù)據(jù)庫設(shè)計規(guī)范c) 詳細(xì)設(shè)計報告格式要求參照：詳細(xì)設(shè)計說明書（GB856788）2. 審核承建單位提交的系統(tǒng)設(shè)計文檔內(nèi)容l 設(shè)計目標(biāo)滿足性系統(tǒng)設(shè)計目標(biāo)應(yīng)包括：功能目標(biāo)、性能目標(biāo)、安全性目標(biāo)、可靠性目標(biāo)、靈活性目標(biāo)、開放性目標(biāo)。建議滿足順序：實用性(友好性)-可靠性(安全性)-易管理性-易維護(hù)性-易擴(kuò)展性-運(yùn)行效率l 設(shè)計原則的遵循l 設(shè)計與需求的一致性l 實用性：確認(rèn)該設(shè)計對于需求的解決方案是否實用l 可維護(hù)性：確認(rèn)該設(shè)計是否考慮了

9、方便未來的維護(hù)l 靈活性：確認(rèn)該設(shè)計是否考慮了隨著業(yè)務(wù)的變化和發(fā)展可以靈活地進(jìn)行擴(kuò)展和調(diào)整l 接口：確認(rèn)該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義，模塊是否滿足高內(nèi)聚和低耦合的要求，模塊作用范圍是否在其控制范圍之內(nèi)；應(yīng)該包括以下方面的接口定義：n 人機(jī)交互接口n 數(shù)據(jù)采集子系統(tǒng)與數(shù)據(jù)統(tǒng)計子系統(tǒng)之間的接口( GUI、數(shù)據(jù)庫、用戶賬戶管理等)n 本系統(tǒng)與CA系統(tǒng)的接口n 本系統(tǒng)與下屬各機(jī)構(gòu)現(xiàn)有業(yè)務(wù)系統(tǒng)的接口l 質(zhì)量：確認(rèn)該設(shè)計是否表現(xiàn)出良好的質(zhì)量特征l 各種技術(shù)方案的選擇：確認(rèn)是否考慮過其它方案，比較各種選擇方案的標(biāo)準(zhǔn)是什么l 技術(shù)清晰度：確認(rèn)該設(shè)計是否以一種易于翻譯成代碼的形式表達(dá)l 風(fēng)險：確認(rèn)

10、該設(shè)計在現(xiàn)有技術(shù)條件下和預(yù)算范圍內(nèi)是否能按時實現(xiàn)l 可追溯性：確認(rèn)該設(shè)計是否覆蓋了所有已確定的軟件需求，軟件每一成份是否可追溯到某一項需求3. 審核承建單位提交的詳細(xì)設(shè)計報告內(nèi)容l 模塊程序組織結(jié)構(gòu)l 模塊內(nèi)部實現(xiàn)機(jī)制設(shè)計（程序描述、功能、輸入項、輸出項、算法、流程邏輯、接口、存儲分配、注釋設(shè)計、限制條件）l 模塊測試方案1.2.3 設(shè)計階段進(jìn)度控制1. 審核承建單位提交的進(jìn)度計劃l 與建設(shè)合同的一致性l 認(rèn)同性l 落實措施2. 隨時跟蹤檢查進(jìn)度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出監(jiān)理整改通知單1.2.4 設(shè)計階段成本控制1. 根據(jù)設(shè)計結(jié)果核算系統(tǒng)實現(xiàn)的成本，并將成本控制在用戶可接受的范圍內(nèi)

11、。2. 核實設(shè)計階段的工程量和工作量，并簽認(rèn)。1.2.5 設(shè)計階段合同管理1. 合同的履行管理：包括工期、質(zhì)量管理和費用管理。2. 合同的變更管理。3. 工程款支付管理。4. 工程停、復(fù)工管理。5. 工程延期管理。1.2.6 設(shè)計階段信息管理1. 確定本階段信息管理的對象l 建設(shè)單位提供的數(shù)據(jù)和資料l 會議記錄l 設(shè)計報告l 監(jiān)理記錄2. 遵循已定義的信息管理過程收集管理有關(guān)文檔1.2.7 設(shè)計階段組織協(xié)調(diào)l 監(jiān)理例會制度l 監(jiān)理工作報告l 監(jiān)理專題會議1.2.8 設(shè)計階段監(jiān)理工作流程監(jiān)理機(jī)構(gòu)與承建單位共同確定系統(tǒng)設(shè)計規(guī)范進(jìn)入系統(tǒng)設(shè)計階段監(jiān)理機(jī)構(gòu)對承建單位設(shè)計過程活動進(jìn)行監(jiān)理承建單位進(jìn)行系統(tǒng)設(shè)

12、計承建單位提交設(shè)計報告監(jiān)理機(jī)構(gòu)組織同行評審?fù)ㄟ^？監(jiān)理機(jī)構(gòu)責(zé)成承建單位進(jìn)行整改否監(jiān)理機(jī)構(gòu)審查設(shè)計文件完整性是通過？否是監(jiān)理簽認(rèn)，建設(shè)單位批準(zhǔn)進(jìn)入系統(tǒng)開發(fā)階段1.2.8.1 設(shè)計階段質(zhì)量控制流程1.2.8.2 設(shè)計進(jìn)度控制流程承建單位提交設(shè)計進(jìn)度計劃總監(jiān)理工程師審批按計劃組織實施監(jiān)理工程師對進(jìn)度實施情況進(jìn)行檢查、分析基本實現(xiàn)計劃目標(biāo)嚴(yán)重偏離計劃目標(biāo)總監(jiān)理工程師簽發(fā)監(jiān)理通知指示承建單位采取調(diào)整措施1.2.8.3 設(shè)計評審監(jiān)理流程承建單位提交系統(tǒng)設(shè)計報告監(jiān)理工程師制訂設(shè)計評審計劃 參加人員 時間地點 議程 檢查項目 評審標(biāo)準(zhǔn)與有關(guān)各方確認(rèn)設(shè)計評審計劃系統(tǒng)設(shè)計報告內(nèi)容完整性審核通過承建單位整改未通過通過

13、系統(tǒng)概要設(shè)計審核 設(shè)計目標(biāo)實現(xiàn) 設(shè)計原則遵循 技術(shù)方案選擇 覆蓋需求 系統(tǒng)接口清晰度 系統(tǒng)性能 技術(shù)實現(xiàn)風(fēng)險 測試方案通過未通過通過通過系統(tǒng)詳細(xì)設(shè)計審核通過未通過通過 模塊接口描述 編程規(guī)范 模塊測試方案系統(tǒng)安全設(shè)計審核 網(wǎng)絡(luò)安全 系統(tǒng)安全 數(shù)據(jù)傳輸安全 數(shù)據(jù)存儲安全 數(shù)據(jù)訪問安全 防篡改和防抵賴通過未通過通過A承建單位根據(jù)確定的系統(tǒng)設(shè)計修正項目計劃監(jiān)理工程師對項目計劃進(jìn)行審核通過未通過通過承建單位整改監(jiān)理工程師簽認(rèn)進(jìn)入編程階段A專家會簽、監(jiān)理簽認(rèn)1.3 項目實施階段的監(jiān)理1.3.1 系統(tǒng)編碼階段監(jiān)理工作編碼階段的任務(wù)是根據(jù)軟件詳細(xì)設(shè)計說明，對各程序模塊采用某種計算機(jī)語言進(jìn)行編碼、調(diào)試、靜態(tài)分

14、析和單元測試的過程。編碼階段承建單位工作的依據(jù)是用戶需求、系統(tǒng)設(shè)計報告和詳細(xì)設(shè)計報告。監(jiān)理單位應(yīng)按照編碼規(guī)范和進(jìn)度計劃對編碼工作過程中的進(jìn)度和程序質(zhì)量進(jìn)行監(jiān)理和控制。1.3.2 系統(tǒng)編碼階段質(zhì)量控制1. 審核承建單位編程前的準(zhǔn)備工作a) 編程規(guī)范b) 開發(fā)平臺是否統(tǒng)一c) 分工與進(jìn)度計劃的落實d) 源程序的管理機(jī)制2. 審核承建單位提交的源程序及程序靜態(tài)走查記錄a) 依據(jù)承建單位提交的編程規(guī)范抽檢源程序，以檢查其規(guī)范性；b) 審核靜態(tài)走查記錄靜態(tài)走查內(nèi)容包括：- 文件名命名- 變量命名與賦值方式- 注釋- 與詳細(xì)設(shè)計的一致性- 功能分析- 控制流分析- 數(shù)據(jù)流分析- 計算流分析- 異常處理-

15、表達(dá)式- 編譯過程3. 審核承建單位提交的測試記錄和測試報告單元測試內(nèi)容包括：- 接口測試- 功能邏輯測試- 邊界測試- 局部數(shù)據(jù)結(jié)構(gòu)測試- 條件測試- 路徑分支測試- 異常處理測試- 內(nèi)存泄漏測試1.3.3 系統(tǒng)編碼階段進(jìn)度控制1. 審核承建單位提交的編程進(jìn)度計劃l 與建設(shè)合同的一致性l 認(rèn)同性l 落實措施2. 隨時跟蹤檢查進(jìn)度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出監(jiān)理整改通知單1.3.4 系統(tǒng)編碼階段成本控制1. 核實編程階段的工程量和工作量，并簽認(rèn)。1.3.5 系統(tǒng)編碼階段合同管理1. 合同的履行管理：包括工期、質(zhì)量管理和費用管理。2. 合同的變更管理。3. 工程停、復(fù)工管理。1.3.6

16、 系統(tǒng)編碼階段信息管理1. 確定本階段信息管理的對象l 源程序l 源程序?qū)彶橛涗沴 源程序測試記錄l 監(jiān)理記錄2. 遵循已定義的信息管理過程收集管理有關(guān)文檔1.3.7 系統(tǒng)編碼階段組織協(xié)調(diào)l 監(jiān)理例會制度l 監(jiān)理工作報告l 監(jiān)理專題會議1.3.8 系統(tǒng)編碼階段監(jiān)理工作流程1.3.8.1 編碼階段質(zhì)量控制流程審查編程計劃及落實情況 分工 文件命名方式 編程規(guī)范 開發(fā)順序 源程序文件管理方式 源程序測試方式通過否整改是編程過程中的質(zhì)量與進(jìn)度控制審查源程序(規(guī)范性)進(jìn)入編程階段 編程前是否充分理解設(shè)計內(nèi)容 編程中是否遵循編程規(guī)范 編程進(jìn)度是否正常通過？否是承建單位整改程序凍結(jié)，監(jiān)理簽認(rèn)進(jìn)入系統(tǒng)測試階

17、段審查單元測試過程、記錄和測試報告通過？否是1.3.8.2 編碼進(jìn)度控制流程承建單位提交編碼進(jìn)度計劃監(jiān)理工程師審批按計劃組織實施監(jiān)理工程師對進(jìn)度實施情況進(jìn)行檢查、分析基本實現(xiàn)計劃目標(biāo)嚴(yán)重偏離計劃目標(biāo)總監(jiān)理工程師簽發(fā)監(jiān)理通知指示承建單位采取調(diào)整措施準(zhǔn)備編制下一階段計劃1.4 項目測試階段的監(jiān)理1.4.1 系統(tǒng)測試階段監(jiān)理工作本處系統(tǒng)測試范圍包括系統(tǒng)集成測試、系統(tǒng)功能測試、系統(tǒng)性能測試、系統(tǒng)安全測試、恢復(fù)測試、安裝測試等。系統(tǒng)集成測試是指承建單位依據(jù)系統(tǒng)設(shè)計的要求檢查系統(tǒng)各模塊之間的接口通訊是否符合設(shè)計要求的測試方法；系統(tǒng)功能測試是指承建單位依據(jù)功能規(guī)格檢查系統(tǒng)實現(xiàn)的功能是否符合功能規(guī)格要求的測試

18、方法；系統(tǒng)性能測試是指承建單位檢查系統(tǒng)在運(yùn)行過程中的性能參數(shù)是否符合性能指標(biāo)要求的測試；系統(tǒng)安全測試是指承建單位檢查系統(tǒng)是否滿足安全需求要求的測試。本階段監(jiān)理工作重點主要包括測試前對測試規(guī)劃工作的審核（如對測試計劃和測試方案及測試用例的評審）、測試過程中的監(jiān)督檢查和測試后的評估。1.4.2 系統(tǒng)測試階段質(zhì)量控制1. 審核承建單位系統(tǒng)測試前的準(zhǔn)備工作測試前的準(zhǔn)備工作包括：a) 編制測試計劃和測試用例b) 建立獨立有效的模擬測試環(huán)境c) 選擇有效的測試工具d) 制訂測試過程規(guī)范e) 測試人員的培訓(xùn)等監(jiān)理工程師將通過文檔審核、現(xiàn)場考察、人員談話等方式檢查測試前的準(zhǔn)備工作是否符合要求，以保證測試的有效

19、性。測試計劃內(nèi)容一般包括：1) 測試對象描述2) 測試目標(biāo)3) 測試依據(jù)和標(biāo)準(zhǔn)4) 測試項目5) 測試過程規(guī)范6) 測試方法和工具選擇7) 測試進(jìn)度計劃8) 測試人員要求和職責(zé)分工安排9) 測試環(huán)境定義10) 測試記錄與測試報告格式11) 測試問題解決方式（如果遇到重大錯誤導(dǎo)致測試無法進(jìn)行下去，如何處理）12) 缺陷等級和分類13) 測試通過標(biāo)準(zhǔn)14) 回歸測試測試用例內(nèi)容一般包括：1) 測試項目名稱2) 測試內(nèi)容描述3) 測試輸入數(shù)據(jù)4) 預(yù)期結(jié)果5) 測試步驟6) 實際測試結(jié)果7) 測試人員和日期2. 監(jiān)督承建單位測試過程中執(zhí)行規(guī)范的情況承建單位在測試過程中，應(yīng)按照測試用例的要求進(jìn)行測試，

20、并客觀地記錄測試結(jié)果。監(jiān)理工程師將對測試用例和測試記錄進(jìn)行抽查，以保證測試的有效性。3. 評估測試結(jié)果監(jiān)理工程師根據(jù)測試計劃和測試過程審核承建單位提交的測試記錄和測試報告，審核測試用例是否完全執(zhí)行并達(dá)到了預(yù)期的結(jié)果，以確認(rèn)測試的有效性和完備性。1.4.3 系統(tǒng)測試階段進(jìn)度控制1. 審核承建單位提交的測試計劃，確保：l 與建設(shè)合同的一致性l 各方的認(rèn)同性l 計劃執(zhí)行的落實措施l 問題跟蹤解決的方式2. 隨時跟蹤檢查進(jìn)度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出監(jiān)理整改通知單1.4.4 系統(tǒng)測試階段成本控制核實測試階段的工程量和工作量，控制本階段投入的軟、硬件資源和人力資源，并簽認(rèn)。1.4.5 系統(tǒng)測

21、試階段合同管理1. 合同的履行管理：包括工期、質(zhì)量管理和費用管理。2. 合同的變更管理。3. 工程停、復(fù)工管理。4. 工程延期管理。1.4.6 系統(tǒng)測試階段信息管理1. 確定本階段信息管理的對象l 用戶方提供的數(shù)據(jù)和資料l 測試計劃l 測試記錄l 測試報告l 監(jiān)理記錄2. 遵循已定義的信息管理過程收集管理有關(guān)文檔1.4.7 系統(tǒng)測試階段組織協(xié)調(diào)l 監(jiān)理例會制度l 監(jiān)理工作報告l 監(jiān)理專題會議1.4.8 監(jiān)理工作流程4.4.8.1 測試階段質(zhì)量控制流程承建單位提交測試計劃和測試案例監(jiān)理工程師審核測試計劃和測試案例否承建單位整改通過？是 測試環(huán)境的獨立性 測試工具的選擇 測試過程的制訂 測試人員的

22、審核監(jiān)理工程師審核測試準(zhǔn)備情況否通過？集成測試是功能測試監(jiān)理工程師監(jiān)督測試過程有效性性能測試監(jiān)理工程師審計測試記錄和報告安全測試安裝測試承建單位整改否通過？是監(jiān)理工程師簽認(rèn)測試合格證明承建單位提交測試計劃監(jiān)理工程師審批按計劃組織實施監(jiān)理工程師對進(jìn)度實施情況進(jìn)行檢查、分析基本實現(xiàn)計劃目標(biāo)嚴(yán)重偏離計劃目標(biāo)總監(jiān)理工程師簽發(fā)監(jiān)理通知指示承建單位采取調(diào)整措施準(zhǔn)備下一階段計劃1.4.8.1 測試進(jìn)度控制流程1.5 項目預(yù)驗收階段的監(jiān)理1.5.1 系統(tǒng)預(yù)驗收階段監(jiān)理工作軟件系統(tǒng)在投入試運(yùn)行前要進(jìn)行軟件系統(tǒng)的預(yù)驗收，或者稱為系統(tǒng)初驗，其目的是確保軟件系統(tǒng)具備試運(yùn)行的條件。系統(tǒng)預(yù)驗收應(yīng)由建設(shè)單位、承建單位和監(jiān)理

23、單位共同成立專門的系統(tǒng)預(yù)驗收小組。系統(tǒng)預(yù)驗收測試通常包括系統(tǒng)業(yè)務(wù)(功能)測試、系統(tǒng)性能測試、系統(tǒng)安全測試和系統(tǒng)穩(wěn)定性測試等。預(yù)驗收測試在由建設(shè)方提供的實際運(yùn)行環(huán)境下，由建設(shè)方主持進(jìn)行。為了保證系統(tǒng)預(yù)驗收測試的有效性，監(jiān)理方在這個階段的主要工作有：1) 評審承建方交付的預(yù)驗收測試方案，并搞好組織協(xié)調(diào)，檢查驗收測試的環(huán)境和資源的落實情況；2) 檢查承建方交付的文檔和程序開發(fā)卷宗；3) 監(jiān)督檢查測試的有效性；4) 對驗收測試結(jié)果組織評估。1.5.2 系統(tǒng)預(yù)驗收階段質(zhì)量控制1. 協(xié)助建設(shè)單位審查承建單位提出的預(yù)驗收申請。如果符合預(yù)驗收條件，準(zhǔn)備系統(tǒng)預(yù)驗收；否則向承建單位提出系統(tǒng)整改意見；2. 協(xié)助建設(shè)

24、單位組織系統(tǒng)預(yù)驗收小組；3. 審核承建單位提交的程序開發(fā)卷宗和用戶操作手冊、系統(tǒng)管理手冊等文檔；- 程序開發(fā)卷宗內(nèi)容要求見附錄1；- 用戶操作手冊內(nèi)容要求應(yīng)滿足GB856788用戶手冊的要求；- 系統(tǒng)管理手冊內(nèi)容要求見附錄2；4. 審核承建單位提出的預(yù)驗收測試方案，并同承建單位協(xié)商形成最終的預(yù)驗收測試方案；預(yù)驗收測試方案的內(nèi)容要求參見測試計劃和測試用例的有關(guān)要求；5. 協(xié)助建設(shè)單位、承建單位進(jìn)行預(yù)驗收測試，并記錄測試結(jié)果；6. 根據(jù)測試結(jié)果，對測試過程中出現(xiàn)的問題應(yīng)提交預(yù)驗收整改意見書，并會同建設(shè)單位和承建單位確定整改進(jìn)度表，重新進(jìn)行相關(guān)的測試，直至問題得到全部解決；7. 如果測試內(nèi)容全部符合

25、要求，參與簽署系統(tǒng)預(yù)驗收合格書；1.5.3 系統(tǒng)預(yù)驗收階段進(jìn)度控制1. 審核承建單位提交的預(yù)驗收測試計劃，確保：l 與建設(shè)合同的一致性l 應(yīng)包含風(fēng)險分析及系統(tǒng)應(yīng)及措施，即系統(tǒng)出現(xiàn)可能的故障后將導(dǎo)致的后果l 各方的認(rèn)同性l 落實措施l 問題跟蹤解決的方式2. 隨時跟蹤檢查進(jìn)度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出監(jiān)理整改通知單1.5.4 系統(tǒng)預(yù)驗收階段成本控制核實本階段的工程量和工作量，控制本階段投入的軟、硬件資源和人力資源，并簽認(rèn)。1.5.5 系統(tǒng)預(yù)驗收階段合同管理1. 若預(yù)驗收測試內(nèi)容均達(dá)到測試要求，承建單位提供的文檔完整，合同其他條款得到明確的落實，經(jīng)預(yù)驗收小組驗收通過后，參與簽署系統(tǒng)預(yù)驗

26、收合格證書；2. 工程款支付管理；3. 工程延期管理。1.5.6 系統(tǒng)預(yù)驗收階段信息管理1. 確定本階段信息管理的對象：a) 預(yù)驗收測試計劃、方案、標(biāo)準(zhǔn)；b) 預(yù)驗收測試記錄、測試報告；c) 預(yù)驗收測試評估報告；d) 監(jiān)理記錄；2. 遵循已定義的信息管理過程收集管理有關(guān)文檔。1.5.7 系統(tǒng)預(yù)驗收階段組織協(xié)調(diào)l 監(jiān)理例會制度l 監(jiān)理工作報告l 監(jiān)理專題會議1.5.8 監(jiān)理工作流程1.5.8.1 系統(tǒng)預(yù)驗收階段質(zhì)量控制流程承建單位提出書面初驗申請檢查合同履行情況提出整改意見不符合協(xié)助建設(shè)單位組織初驗機(jī)構(gòu)審查驗收方案不合格組織預(yù)驗收測試合格審核預(yù)驗收檔案資料預(yù)驗收評估不合格進(jìn)入系統(tǒng)試運(yùn)行合格符合1

27、.5.8.2 預(yù)驗收進(jìn)度控制流程承建單位提交預(yù)驗收計劃監(jiān)理工程師審批按計劃組織實施監(jiān)理工程師對進(jìn)度實施情況進(jìn)行檢查、分析基本實現(xiàn)計劃目標(biāo)嚴(yán)重偏離計劃目標(biāo)總監(jiān)理工程師簽發(fā)監(jiān)理通知指示承建單位采取調(diào)整措施準(zhǔn)備編制下一階段計劃1.6 項目用戶培訓(xùn)階段的監(jiān)理1.6.1 用戶培訓(xùn)監(jiān)理工作為了保證交付的應(yīng)用系統(tǒng)能夠得到正確的使用，承建單位將通過對系統(tǒng)運(yùn)行維護(hù)人員的培訓(xùn)，使其能夠切實理解和掌握操作系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)、網(wǎng)絡(luò)安全等各種基礎(chǔ)知識，熟練管理以及維護(hù)操作，保證系統(tǒng)完工后能夠正常運(yùn)轉(zhuǎn)；通過對最終用戶的培訓(xùn)，使其熟練使用業(yè)務(wù)系統(tǒng)，充分發(fā)揮系統(tǒng)的作用。為了保證培訓(xùn)的質(zhì)量，監(jiān)理單位將從以下方面對培訓(xùn)工作進(jìn)行監(jiān)理：

28、1) 審核承建單位制訂的培訓(xùn)計劃和培訓(xùn)講義；2) 審核承建單位指派的培訓(xùn)教師的資質(zhì)；3) 監(jiān)督培訓(xùn)的實施；4) 根據(jù)培訓(xùn)記錄對培訓(xùn)效果進(jìn)行評估。1.6.2 培訓(xùn)階段質(zhì)量控制1. 審核承建單位制訂的培訓(xùn)計劃和培訓(xùn)講義。培訓(xùn)計劃要求包括以下內(nèi)容：- 培訓(xùn)目的- 培訓(xùn)目標(biāo)- 培訓(xùn)對象- 培訓(xùn)內(nèi)容要點- 培訓(xùn)考核標(biāo)準(zhǔn)和方式- 培訓(xùn)方式- 培訓(xùn)時間計劃- 培訓(xùn)教師簡介- 培訓(xùn)設(shè)施要求2. 審核承建單位指派的培訓(xùn)教師的資質(zhì)。將從以下方面進(jìn)行審核：- 教育背景- 相關(guān)工作經(jīng)歷- 授課經(jīng)驗- 業(yè)務(wù)熟悉程度3. 監(jiān)督培訓(xùn)的實施。監(jiān)理工程師應(yīng)依據(jù)培訓(xùn)計劃對培訓(xùn)的過程進(jìn)行監(jiān)督管理，包括培訓(xùn)前的準(zhǔn)備情況，如講義的打印

29、、學(xué)員的報到登記，教學(xué)設(shè)備的檢查等，以及培訓(xùn)人員出勤情況、考核記錄、培訓(xùn)情況調(diào)查等，以便為評估培訓(xùn)效果積累必要的信息。培訓(xùn)講義要保證參加培訓(xùn)的人員人手一份。4. 根據(jù)培訓(xùn)記錄對培訓(xùn)效果進(jìn)行評估。依據(jù)培訓(xùn)目標(biāo)對培訓(xùn)結(jié)果評估。達(dá)到培訓(xùn)目標(biāo)，監(jiān)理予以簽認(rèn)，否則應(yīng)責(zé)成承建單位與建設(shè)單位進(jìn)行協(xié)商，確定補(bǔ)救措施。1.6.3 培訓(xùn)階段進(jìn)度控制1. 審核培訓(xùn)時間計劃，并與建設(shè)單位有關(guān)人員協(xié)商，確定其可行性。2. 隨時跟蹤檢查進(jìn)度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出監(jiān)理整改通知單1.6.4 培訓(xùn)階段成本控制1. 核實本階段的工程量和工作量，并簽認(rèn)。1.6.5 培訓(xùn)階段合同管理1. 合同的履行管理：包括工期、質(zhì)

30、量管理和費用管理；2. 工程變更管理。1.6.6 培訓(xùn)階段信息管理1. 確定本階段信息管理的對象a) 培訓(xùn)計劃b) 培訓(xùn)講義c) 培訓(xùn)記錄，包括培訓(xùn)出勤記錄、培訓(xùn)考核記錄、培訓(xùn)調(diào)查d) 監(jiān)理記錄2. 遵循已定義的信息管理過程收集管理有關(guān)文檔1.6.7 培訓(xùn)階段組織協(xié)調(diào)1. 監(jiān)理例會制度2. 監(jiān)理工作報告3. 監(jiān)理專題會議：協(xié)調(diào)建設(shè)單位與承建單位確定需要參加培訓(xùn)的人員和培訓(xùn)的時間安排。1.6.8 培訓(xùn)階段監(jiān)理工作流程1.6.8.1 用戶培訓(xùn)質(zhì)量控制流程承建單位提交培訓(xùn)計劃監(jiān)理單位審核培訓(xùn)計劃否承建單位整改通過是 培訓(xùn)材料 培訓(xùn)講義 培訓(xùn)場地設(shè)施 培訓(xùn)教師資質(zhì) 培訓(xùn)考核承建單位進(jìn)行培訓(xùn)準(zhǔn)備監(jiān)理單位

31、檢查培訓(xùn)準(zhǔn)備情況承建單位整改否通過是承建單位根據(jù)培訓(xùn)計劃組織培訓(xùn) 培訓(xùn)出勤記錄 培訓(xùn)考核記錄 培訓(xùn)總結(jié) 用戶反饋意見監(jiān)理單位檢查培訓(xùn)記錄監(jiān)理單位進(jìn)行培訓(xùn)評估協(xié)商解決方案否通過是培訓(xùn)結(jié)束1.6.8.2 培訓(xùn)進(jìn)度控制流程承建單位提交培訓(xùn)進(jìn)度計劃監(jiān)理工程師與建設(shè)單位協(xié)商后，審批按計劃組織實施監(jiān)理工程師對進(jìn)度實施情況進(jìn)行檢查、分析基本實現(xiàn)計劃目標(biāo)嚴(yán)重偏離計劃目標(biāo)總監(jiān)理工程師簽發(fā)監(jiān)理通知指示承建單位采取調(diào)整措施準(zhǔn)備編制下一階段計劃1.7 項目試運(yùn)行階段的監(jiān)理1.7.1 系統(tǒng)試運(yùn)行階段監(jiān)理工作由于信息化軟件一般都是比較大型的軟件，涉及的方面比較多，因此在完成了系統(tǒng)測試后還需要在實際的業(yè)務(wù)環(huán)境中經(jīng)過一段時間的試運(yùn)行。系統(tǒng)試運(yùn)行實際是系統(tǒng)測試的延續(xù)，其目的是在實際業(yè)務(wù)環(huán)境下檢查系統(tǒng)的穩(wěn)定性、適用性等指標(biāo)。監(jiān)理單位在這個階段的主要工作有：1) 審核承建單位提交的系統(tǒng)試運(yùn)行計劃；2) 協(xié)助建設(shè)單位觀察系統(tǒng)運(yùn)行情況，記錄系統(tǒng)運(yùn)行