信息系統(tǒng)軟件項目監(jiān)理方案

信息系統(tǒng)軟件項目監(jiān)理方案

根據(jù)信息系統(tǒng)軟件項目的生命周期，我們對于軟件項目的監(jiān)理從以下七個階

段進行監(jiān)理，這七個階段包括：需求分析階段、設(shè)計階段、實施階段、測試階段、

驗收階段、用戶培訓階段、試運行階段。對于每個階段我們從質(zhì)量、進度、成本、

合同、信息、組織協(xié)調(diào)等不同角度進行監(jiān)理。在每個階段都制定了相應(yīng)的工作流

程。監(jiān)理方對項目進行了各個階段的監(jiān)理分析，具體分析如下：

1.1項目需求分析階段的監(jiān)理

1.1.1需求分析階段監(jiān)理工作

本階段主要是由承建單位根據(jù)項目合同的要求，通過采用訪談、調(diào)查、演

示等手段與建設(shè)單位進行溝通，了解系統(tǒng)建設(shè)的整體要求，包括軟件的功能、性

能、接口、數(shù)據(jù)、環(huán)境需求，安全保密要求以及約束條件等，從而對所要開發(fā)的

系統(tǒng)建立一個可供依據(jù)的基線。本階段承建單位應(yīng)提交需求分析報告和原型系統(tǒng)。

監(jiān)理單位在本階段的工作，按照內(nèi)容可以分為：

?控制：包括對需求分析階段的各種文檔的保管監(jiān)督，對需求分析報告、原型

演示系統(tǒng)的確認等；

?溝通：在當建設(shè)單位和承建單位由于知識背景不同而在訪談過程中溝通不順

暢的時候，監(jiān)理單位應(yīng)利用自身優(yōu)勢使得雙方順利理解對方。

?編制《項目監(jiān)理規(guī)劃》和需求階段監(jiān)理方案或監(jiān)理細則。

LL2需求分析階段質(zhì)量控制

1.審核承建單位需求分析前的準備工作

?需求分析過程規(guī)范性

?需求分析方法

?需求報告規(guī)范性，參照：《軟件需求說明書》(GB856T——88)。

2.審核承建單位提交的需求報告內(nèi)容

?完整性：是否涵蓋了建設(shè)單位的全部需求，是否包含了開發(fā)軟件系統(tǒng)所

有必要的信息；

?正確性和無二義性。

?可行性：檢查需求在法律法規(guī)、技術(shù)、業(yè)務(wù)、現(xiàn)有資源環(huán)境、管理、維

護等方面的可行性。

精選范本

?需求對于業(yè)務(wù)的必要性。

?劃分優(yōu)先級：基本功能和增強功能或首先滿足部分使用對象的需求等策

略。

?可驗證性：需求描述是否可以作為驗證需求是否達到要求的依據(jù)和標準。

?可跟蹤性：軟件需求對系統(tǒng)需求的可追蹤性。

3.審核承建單位在需求分析過程中對需求的管理措施

?需求變更控制措施

?需求版本控制措施

?需求實現(xiàn)跟蹤

1.1.3需求分析階段進度控制

1.審核《需求分析進度計劃》

?與開發(fā)計劃的一致性

?認同性

?落實措施

2.隨時跟蹤檢查進度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出《監(jiān)理整改通

知單》

1.1.4需求分析階段成本控制

1.估算熨現(xiàn)成本，明確系統(tǒng)完成范圍。

2.核實本階段工程量和工作量，并簽認。

1.1.5需求分析階段合同管理

1.合同的履行管理：包括工期、質(zhì)量管理和費月管理。

2.合同的變更管理。

3.工程款支付管理。

4.工程停、復工管理。

5.工程延期管理。

1.1.6需求分析階段信息管理

1.確定本階段信息管理的對象

?建設(shè)單位提供的數(shù)據(jù)和資料

?會議記錄

精選范本

?需求報告

?系統(tǒng)原型

?監(jiān)理記錄

2.定義信息管理過程

3.信息管理方法

?管理工具

?文檔庫結(jié)構(gòu)

1.1.7需求分析階段組織協(xié)調(diào)

?監(jiān)理例會制度

?監(jiān)理工作報告

?協(xié)助承建單位進行項目需求階段的評審確認

精選范本

1.1.8需求分析階段監(jiān)理工作流程

1參加人員

2歸間地點

3議程

4檢查項目

5評審標準

《需求分析報告》內(nèi)容完整性審核

①

②完整性

③正確性

④可行性

⑤必要性

⑥無二義性

⑦可驗證性

⑧可跟蹤性

優(yōu)先級劃分

入下一個階段

精選范本

1.1.8.2進度控制流程

首次監(jiān)理會議后

精選范本

1.2項目設(shè)計階段的監(jiān)理

1.2.1系統(tǒng)設(shè)計階段監(jiān)理工作

系統(tǒng)設(shè)計階段對承建單位通常包括：概要設(shè)計、詳細設(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)系。在承建單位

進行概要設(shè)計的過程中，監(jiān)理單位需要從設(shè)計規(guī)范、系統(tǒng)結(jié)構(gòu)、系統(tǒng)可靠性、設(shè)

計文檔等幾方面進行監(jiān)督和控制。

詳細設(shè)計的直接目標是定義模塊內(nèi)的實現(xiàn)結(jié)構(gòu)和方法，并編寫詳細設(shè)計說明

書，監(jiān)理單位在這個階段主要是在進度上進行控制，主要手段是定期與承建單位

溝通，檢查文檔。

設(shè)計評審就是依據(jù)用戶需求的要求，審核系統(tǒng)設(shè)計與需求的一致性、設(shè)計的

合理性、技術(shù)可行性，以保證系統(tǒng)結(jié)構(gòu)的正確性。設(shè)計評審通常采用同行評審的

方法進行。監(jiān)理單位在設(shè)計評審時主要對參與評審人員的資格、評審要素的全面

性、文檔的完整性進行監(jiān)督和檢查。

1.2.2設(shè)計階段質(zhì)量控制

1.審核承建單位系統(tǒng)設(shè)計規(guī)范

a）系統(tǒng)設(shè)計報告格式要求

■設(shè)計目標

■需求分析

■總體結(jié)構(gòu)

■模塊定義與劃分

■接口設(shè)計

■數(shù)據(jù)庫設(shè)計

■安全保障設(shè)計

■出錯處理機制

■實現(xiàn)技術(shù)

■開發(fā)平臺

■系統(tǒng)集成測試方案

精選范本

■系統(tǒng)安全測試方案

■編程規(guī)范

參照：概要設(shè)計說明書（GB8567——88）

b）數(shù)據(jù)庫設(shè)計規(guī)范

c）詳細設(shè)計報告格式要求

參照：詳細設(shè)計說明書（GB8567——88）

2.審核承建單位提交的系統(tǒng)設(shè)計文檔內(nèi)容

?設(shè)計目標滿足性

系統(tǒng)設(shè)計目標應(yīng)包括：功能目標、性能目標、安全性目標、可靠性目標、

靈活性目標、開放性目標。

建議滿足順序：實用性（友好性）一＞可靠怛（安全性）易管理性一〉易維

護性一〉易擴展性一》運行效率

?設(shè)計原則的遵循

?設(shè)計與需求的一致性

?實用性：確認該設(shè)計對于需求的解決方案是否實用

?可維護性：確認該設(shè)計是否考慮了方便未來的維護

?靈活性：確認咳設(shè)計是否考慮了隨著'業(yè)務(wù)的變化和發(fā)展可以靈活地進行

擴展和調(diào)整

?接口：確認該軟件的內(nèi)部接口與外部接口是否己經(jīng)明確定義，模塊是否

滿足高內(nèi)聚和低耦合的要求，模塊作用范圍是否在其控制范圍之內(nèi)；

應(yīng)該包括以下方面的接口定義：

■人機交互接口

■數(shù)據(jù)采集子系統(tǒng)與數(shù)據(jù)統(tǒng)計子系統(tǒng)之間的接口（GUI、數(shù)據(jù)庫、用戶

賬戶管理等）

■本系統(tǒng)與CA系統(tǒng)的接口

■本系統(tǒng)與下屬各機構(gòu)現(xiàn)有業(yè)務(wù)系統(tǒng)的接口

?質(zhì)量：確認該沒計是否表現(xiàn)出良好的質(zhì)量特征

?各種技術(shù)方案的選擇：確認是否考慮過其它方案，比較各種選擇方案的

標準是什么

精選范本

?技術(shù)清晰度：確認該設(shè)計是否以一種易于翻譯成代碼的形式表達

?風險：確認該女計在現(xiàn)有技術(shù)條件下和預算范圍內(nèi)是否能按時實現(xiàn)

?可追溯性：確認該設(shè)計是否覆蓋了所有已確定的軟件需求，軟件每一成

份是否可追溯到某一項需求

3.審核承建單位提交的詳細設(shè)計報告內(nèi)容

?模塊程序組織結(jié)構(gòu)

?模塊內(nèi)部實現(xiàn)現(xiàn)制設(shè)計（程序描述、功能、輸入項、輸出項、算法、流

程邏輯、接口、存儲分配、注釋設(shè)計、限制條件）

?模塊測試方案

1.2.3設(shè)計階段進度控制

1.審核承建單位提交的《進度計劃》

?與建設(shè)合同的一致性

?認同性

?落實措施

2.隨時跟蹤檢查進度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出《監(jiān)理整改通

知單》

1.2.4設(shè)計階段成本控制

1.根據(jù)設(shè)計結(jié)果核算系統(tǒng)實現(xiàn)的成本，并將成本控制在用戶可接受的范圍內(nèi)。

2.核實設(shè)計階段的工程量和工作量，并簽認。

1.2.5設(shè)計階段合同管理

1.合同的履行管理：包括工期、質(zhì)量管理和費月管理。

2.合同的變更管理。

3.工程款支付管理。

4.工程停、復工管理。

5.工程延期管理。

1.2.6設(shè)計階段信息管理

1.確定本階段信息管理的對象

?建設(shè)單位提供的數(shù)據(jù)和資料

?會議記錄

精選范本

?設(shè)計報告

?監(jiān)理記錄

2.遵循已定義的信息管理過程收集管理有關(guān)文檔

1.2.7設(shè)計階段組織協(xié)調(diào)

?監(jiān)理例會制度

?監(jiān)理工作報告

?監(jiān)理專題會議

精選范本

1.2.8設(shè)計階段監(jiān)理工作流程

1.2.8.1設(shè)計階段質(zhì)量控制流程

進入系統(tǒng)設(shè)計階段

進入系統(tǒng)開發(fā)階段

精選范本

1.2.8.2設(shè)計進度控制流程

總監(jiān)理工程師審批

按計劃組織實施

監(jiān)理工程師對進度實施情況進行

檢查、分析

基本實現(xiàn)計劃目標嚴重偏離計劃目標

總監(jiān)理工程師簽發(fā)《監(jiān)理通知》

指示承建單位采取調(diào)整措施

精選范本

1.2.8.3設(shè)計評審監(jiān)理流程

9設(shè)計目標實現(xiàn)

10設(shè)計原則遵循

11技術(shù)方案選擇

12覆蓋需求

13系統(tǒng)接口清晰度

14系統(tǒng)性能

15技術(shù)實現(xiàn)風險

16測試方案

1模塊接口描述

2編程規(guī)范

3模塊測試方案

1網(wǎng)絡(luò)安全

2系統(tǒng)安全

3數(shù)據(jù)傳輸安全

4數(shù)據(jù)存儲安全

5數(shù)據(jù)訪問安全

6防篡改和防抵賴

精選范本

1.3項目實施階段的監(jiān)理

1.3.1系統(tǒng)編碼階段監(jiān)理工作

編碼階段的任務(wù)是根據(jù)軟件詳細設(shè)計說明，對各程序模塊采用某種計算機語

言進行編碼、調(diào)試、靜態(tài)分析和單元測試的過程。編碼階段承建單位工作的依據(jù)

是用戶需求、系統(tǒng)設(shè)計報告和詳細設(shè)計報告。

監(jiān)理單位應(yīng)按照編碼規(guī)范和進度計劃對編碼工作過程中的進度和程序質(zhì)量

進行監(jiān)理和控制。

1.3.2系統(tǒng)編碼階段質(zhì)量控制

1.審核承建單位編程前的準備工作

a）編程規(guī)范

b）開發(fā)平臺是否統(tǒng)一

c）分，與進度計劃的落實

d）源程序的管理機制

2.審核承建單位提交的源程序及程序靜態(tài)走查記錄

a）依據(jù)承建單位提交的編程規(guī)范抽檢源程序，以檢查其規(guī)范性；

b）審核靜態(tài)走查記錄

靜態(tài)走查內(nèi)容包括：

-文件名命名

?變量命名與賦值方式

-注釋

-與詳細設(shè)計的一致性

-功能分析

-控制流分析

-數(shù)據(jù)流分析

-計算流分析

-異常處理

-表達式

-編譯過程

3.審核承建單位提交的測試記錄和測試報告

精選范本

單元測試內(nèi)容包括：

-接口測試

-功能邏輯測試

-邊界測試

-局部數(shù)據(jù)結(jié)構(gòu)測試

-條件測試

-路徑分支測試

-異常處理測試

-內(nèi)存泄漏測試

1.3.3系統(tǒng)編碼階段進度控制

1.審核承建單位提交的《編程進度計劃》

?與建設(shè)合同的一致性

?認同性

?落實措施

2.隨時跟蹤檢查進度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出《監(jiān)理整改通

知單》

1.3.4系統(tǒng)編碼階段成本控制

1.核實編程階段的工程量和工作量，并簽認。

L3.5系統(tǒng)編碼階段合同管理

1.合同的履行管理：包括工期、質(zhì)量管理和費月管理。

2.合同的變更管理。

3.工程停、復工管理。

1.3.6系統(tǒng)編碼階段信息管理

1.確定本階段信息管理的對象

?源程序

?源程序?qū)彶橛涗?/p>

?源程序測試記錄

?監(jiān)理記錄

2.遵循已定義的信息管理過程收集管理有關(guān)文檔

精選范本

1.3.7系統(tǒng)編碼階段組織協(xié)調(diào)

?監(jiān)理例會制度

?監(jiān)理工作報告

?監(jiān)理專題會議

精選范本

1.3.8系統(tǒng)編碼階段監(jiān)理工作流程

1.3.8.1編碼階段質(zhì)量控制流程

精選范本

1.3.8.2編碼進度控制流程

精選范本

1.4項目測試階段的監(jiān)理

L4.1系統(tǒng)測試階段監(jiān)理工作

本處系統(tǒng)測試范圍包括系統(tǒng)集成測試、系統(tǒng)功能測試、系統(tǒng)性能測試、系統(tǒng)

安全測試、恢復測試、安裝測試等。系統(tǒng)集成測試是指承建單位依據(jù)系統(tǒng)設(shè)計的

要求檢查系統(tǒng)各模塊之間的接口通訊是否符合設(shè)計要求的測試方法；系統(tǒng)功能測

試是指承建單位依據(jù)功能規(guī)格檢查系統(tǒng)實現(xiàn)的功能是否符合功能規(guī)格要求的測

試方法；系統(tǒng)性能測試是指承建單位檢查系統(tǒng)在運行過程中的性能參數(shù)是否符合

性能指標要求的測試；系統(tǒng)安全測試是指承建單位檢查系統(tǒng)是否滿足安全需求要

求的測試。

本階段監(jiān)理工作重點主要包括測試前對測試規(guī)劃工作的審核（如對測試計劃

和測試方案及測試用例的評審）、測試過程中的監(jiān)督檢查和測試后的評估。

1.4.2系統(tǒng)測試階段質(zhì)量控制

1.審核承建單位系統(tǒng)測試前的準備工作

測試前的準備工作包括：

a）編制測試計劃和測試用例

b）建立獨立有效的模擬測試環(huán)境

c）選擇有效的測試工具

d）制訂測試過程規(guī)范

e）測試人員的培訓等

監(jiān)理工程師將通過文檔審核、現(xiàn)場考察、人員談話等方式檢查測試前的準備

工作是否符合要求，以保證測試的有效性。

《測試計劃》內(nèi)容一般包括：

1）測試對象描述

2）測試目標

3）測試依據(jù)和標準

4）測試項目

5）測試過程規(guī)范

6）測試方法和工具選擇

7）測試進度計劃

精選范本

8）測試人員要求和職責分工安排

9）測試環(huán)境定義

10）測試記錄與測試報告格式

11）測試問題解決方式（如果遇到重大錯誤導致測試無法進行下去，如何處

理）

12）缺陷等級和分類

13）測試通過標準

14）回歸測試

《測試用例》內(nèi)容一般包括：

1）測試項目名稱

2）測試內(nèi)容描述

3）測試輸入數(shù)據(jù)

4）預期結(jié)果

5）測試步驟

6）實際測試結(jié)果

7）測試人員和日期

2.監(jiān)督承建單位測試過程中執(zhí)行規(guī)范的情況

承建單位在測試過程中，應(yīng)按照測試用例的要求進行測試，并客觀地記錄測

試結(jié)果。監(jiān)理工程師將對測試用例和測試記錄進行抽查，以保證測試的有效性。

3.評估測試結(jié)果

監(jiān)理工程師根據(jù)測試計劃和測試過程審核承建單位提交的測試記錄和測試報

告，審核測試用例是否完全執(zhí)行并達到了預期的結(jié)果，以確認測試的有效性和完

備性。

L4.3系統(tǒng)測試階段進度控制

1.審核承建單位提交的《測試計劃》，確保：

?與建設(shè)合同的一致性

?各方的認同性

?計劃執(zhí)行的落實措施

?問題跟蹤解決的方式

精選范本

2.隨時跟蹤檢查進度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出《監(jiān)理整改通

知單》

L4.4系統(tǒng)測試階段成本控制

核實測試階段的工程量和工作量，控制本階段投入的軟、硬件資源和人力資

源，并簽認。

1.4.5系統(tǒng)測試階段合同管理

1.合同的履行管理：包括工期、質(zhì)量管理和費月管理。

2.合同的變更管理。

3.工程停、復工管理。

4.工程延期管理。

1.4.6系統(tǒng)測試階段信息管理

1.確定本階段信息管理的對象

?用戶方提供的數(shù)據(jù)和資料

?測試計劃

?測試記錄

?測試報告

?監(jiān)理記錄

2.遵循已定義的信息管理過程收集管理有關(guān)文檔

1.4.7系統(tǒng)測試階段組織協(xié)調(diào)

?監(jiān)理例會制度

?監(jiān)理工作報告

?監(jiān)理專題會議

精選范本

1.4.8監(jiān)理工作流程

4.4.8.1測試階段質(zhì)量控制流程

精選范本

1.4.8.1測試進度控制流程

監(jiān)理工程師審批

按計劃組織實施

監(jiān)理工程師對進度實施情況進行

檢查、分析

基本實現(xiàn)計劃目標I嚴重偏高計劃目標

--------J-----「■總監(jiān)理工程師簽發(fā)《監(jiān)理通知》

準備下一階段計劃I指示承建單位采取調(diào)整措施

精選范本

1.5項目預驗收階段的監(jiān)理

1.5.1系統(tǒng)預驗收階段監(jiān)理工作

軟件系統(tǒng)在投入試運行前要進行軟件系統(tǒng)的預驗收，或者稱為系統(tǒng)初驗，其

目的是確保軟件系統(tǒng)具備試運行的條件。系統(tǒng)預驗收應(yīng)由建設(shè)單位、承建單位和

監(jiān)理單位共同成立專門的系統(tǒng)預驗收小組。系統(tǒng)預驗收測試通常包括系統(tǒng)業(yè)務(wù)

（功能）測試、系統(tǒng)性能測試、系統(tǒng)安全測試和系統(tǒng)穩(wěn)定性測試等。預驗收測試在

由建設(shè)方提供的實際運行環(huán)境下，由建設(shè)方主持進行。

為了保證系統(tǒng)預驗收測試的有效性，監(jiān)理方在這個階段的主要工作有：

1）評審承建方交付的預驗收測試方案，并搞好組織協(xié)調(diào)，檢查驗收測試的

環(huán)境和資源的落實情況；

2）檢查承建方交付的文檔和程序開發(fā)卷宗；

3）監(jiān)督檢查測試的有效性；

4）對驗收測試結(jié)果組織評估。

L5.2系統(tǒng)預驗收階段質(zhì)量控制

1.協(xié)助建設(shè)單位審查承建單位提出的預驗收申請。如果符合預驗收條件，

準備系統(tǒng)預驗收；否則向承建單位提出系統(tǒng)整改意見；

2.協(xié)助建設(shè)單位組織系統(tǒng)預驗收小組；

3.審核承建單位正交的《程序開發(fā)卷宗》和《用戶操作手冊》、《系統(tǒng)管理

手冊》等文檔；

-《程序開發(fā)卷宗》內(nèi)容要求見附錄1；

-《用戶操作手冊》內(nèi)容要求應(yīng)滿足GB8567-88《用戶手冊》的要求;

-《系統(tǒng)管理手冊》內(nèi)容要求見附錄2；

4.審核承建單位亮出的預驗收測試方案，并同承建單位協(xié)商形成最終的預

驗收測試方案；預驗收測試方窠的內(nèi)容要求參見《測試計劃》和《測試用例》

的有關(guān)要求；

5.協(xié)助建設(shè)單位、承建單位進行預驗收測試，并記錄測試結(jié)果；

6.根據(jù)測試結(jié)果，對測試過程中出現(xiàn)的問題應(yīng)提交《預驗收整改意見書》，

并會同建設(shè)單位和承建單位確定整改進度表，重新進行相關(guān)的測試，直至問

題得到全部解決；

精選范本

7.如果測試內(nèi)容全部符合要求，參與簽署系統(tǒng)預驗收合格書；

1.5.3系統(tǒng)預驗收階段進度控制

L審核承建單位提交的《預驗收測試計劃》，確保：

?與建設(shè)合同的一致性

?應(yīng)包含風險分析及系統(tǒng)應(yīng)及措施，即系統(tǒng)出現(xiàn)可能的故障后將導

致的后果

?各方的認同性

?落實措施

?問題跟蹤解決的方式

2.隨時跟蹤檢查進度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出《監(jiān)理整改通

知單》

1.5.4系統(tǒng)預驗收階段成本控制

核實本階段的工程量和工作量，控制本階段投入的軟、硬件資源和人力資源,

并簽認。

L5.5系統(tǒng)預驗收階段合同管理

1.若預驗收測試內(nèi)容均達到測試要求，承建單位提供的文檔完整，合同其他條

款得到明確的落實，經(jīng)預驗收小組驗收通過后，參與簽署系統(tǒng)預驗收合格證

書；

2.工程款支付管理；

3.工程延期管理。

1.5.6系統(tǒng)預驗收階段信息管理

1.確定本階段信息管理的對■象：

a）預驗收測試計劃、方案、標準；

b）預驗收測試記錄、測試報告；

c）預驗收測試評估報告；

d）監(jiān)理記錄；

2.遵循已定義的信息管理過程收集管理有關(guān)文檔。

1.5.7系統(tǒng)預驗收階段組織協(xié)調(diào)

?監(jiān)理例會制度

精選范本

?監(jiān)理工作報告

?監(jiān)理專題會議

1.5.8監(jiān)理工作流程

1.5.8.1系統(tǒng)預驗收階段質(zhì)量控制流程

精選范本

1.5.8.2預驗收進度控制流程

精選范本

1.6項目用戶培訓階段的監(jiān)理

1.6.1用戶培訓監(jiān)理工作

為了保證交付的應(yīng)用系統(tǒng)能夠得到正確的使月，承建單位將通過對系統(tǒng)運行

維護人員的培訓，使其能夠切實理解和掌握操作系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)、網(wǎng)絡(luò)安全等各

種基礎(chǔ)知識，熟練管理以及維護操作，保證系統(tǒng)完工后能夠正常運轉(zhuǎn)；通過對最

終用戶的培訓，使其熟練使用業(yè)務(wù)系統(tǒng)，充分發(fā)揮系統(tǒng)的作用。

為了保證培訓的質(zhì)量，監(jiān)理單位將從以下方面對培訓工作進行監(jiān)理：

1）審核承建單位制訂的《培訓計劃》和《培訓講義》；

2）審核承建單位指派的培訓教師的資質(zhì)；

3）監(jiān)督培訓的實施；

4）根據(jù)培訓記錄對培訓效果進行評估。

L6.2培訓階段質(zhì)量控制

1.審核承建單位制訂的《培訓計劃》和《培訓講義》。

培訓計劃要求包括以下內(nèi)容：

-培訓I目的

-培訓目標

-培訓對象

-培訓內(nèi)容要點

-培訓考核標準和方式

-培訓方式

-培訓時間計劃

-培訓教師簡介

-培訓設(shè)施要求

2.審核承建單位指派的培訓教師的資質(zhì)。

將從以下方面進行審核：

-教育背景

-相關(guān)工作經(jīng)歷

-授課經(jīng)驗

業(yè)務(wù)熟悉程度

精選范本

3.監(jiān)督培訓的實施。

監(jiān)理工程師應(yīng)依據(jù)《培訓計劃》對培訓的過程進行監(jiān)督管理，包括培訓前的

準備情況，如講義的打印、學員的報到登記，教學設(shè)備的檢查等，以及培訓人員

出勤情況、考核記錄、培訓情況調(diào)查等，以便為評估培訓效果積累必要的信息。

培訓講義要保證參加培訓的人員人手一份。

4.根據(jù)培訓記錄對培訓效果進行評估。

依據(jù)培訓目標對培訓結(jié)果評估。達到培訓目標，監(jiān)理予以簽認，否則應(yīng)責成

承建單位與建設(shè)單位進行協(xié)商，確定補救措施。

1.6.3培訓階段進度控制

1.審核《培訓時間計劃》，并與建設(shè)單位有關(guān)人員協(xié)商，確定其可行性。

2.隨時跟蹤檢查進度情況，發(fā)現(xiàn)問題及時提出糾偏建議，并發(fā)出《監(jiān)理整改通

知單》

L6.4培訓階段成本控制

1.核實本階段的工程量和工作量，并簽認。

L6.5培訓階段合同管理

1.合同的履行管理：包括工期、質(zhì)量管理和費用管理；

2.工程變更管理。

L6.6培訓階段信息管理

1.確定本階段信息管理的對象

a）培訓計劃

b）培訓講義

c）培訓記錄，包不培訓出勤記錄、培訓考核記錄、培訓調(diào)查

d）監(jiān)理記錄

2.遵循己定義的信息管理過程收集管理有關(guān)文檔

1.6.7培訓階段組織協(xié)調(diào)

1.監(jiān)理例會制度

2.監(jiān)理工作報告

3.監(jiān)理專題會議：協(xié)調(diào)建設(shè)單位與承建單位確定需要參加培訓的人員和培訓的

時間安排。

精選范本

L6.8培訓階段監(jiān)理工作流程

1.6.8.1用戶培訓質(zhì)量控制流程