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

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

2、條件等,從而對所要開發(fā)的系統(tǒng)建立一個可供依據(jù)的基線.本階段承建單位應提交需求分析報告和原型系統(tǒng).監(jiān)理單位在本階段的工作,根據(jù)內(nèi)容可以分為：？限制：包括對需求分析階段的各種文檔的保管監(jiān)督,對需求分析報告、原型演示系統(tǒng)確實認等；?溝通：在當建設單位和承建單位于知識背景不同而在訪談過程中溝通不順暢的時候,監(jiān)理單位應利用自身優(yōu)勢使得雙方順利理解對方.？編制?工程監(jiān)理規(guī)劃?和需求階段監(jiān)理方案或監(jiān)理細那么.需求分析階段質量限制1.審核承建單位需求分析前的準備工作？需求分析過程標準性？需求分析方法？需求報告標準性,參照：?軟件需求說明書?.2.審核承建單位提交的需求報告內(nèi)容？完整性：是否涵蓋了建設單位的全部

3、需求,是否包含了開發(fā)軟件系統(tǒng)所有必要的信息；？正確性和無二義性.？可行性：檢查需求在法律法規(guī)、技術、業(yè)務、現(xiàn)有資源環(huán)境、治理、維護等方面的可行性.？需求對于業(yè)務的必要性.？劃分優(yōu)先級：根本功能和增強功能或首先滿足局部使用對象的需求等策略.？可驗證性：需求描述是否可以作為驗證需求是否到達要求的依據(jù)和標準.？可跟蹤性：軟件需求對系統(tǒng)需求的可追蹤性.3.審核承建單位在需求分析過程中對需求的治理措施？需求變更限制舉措？需求版本限制舉措？需求實現(xiàn)跟蹤需求分析階段進度限制1.審核?需求分析進度方案?？與開發(fā)方案的一致性？認同性？落實舉措2.隨時跟蹤檢查進度情況,發(fā)現(xiàn)問題及時提出糾偏建議,并發(fā)出?監(jiān)理整改通

4、知單?需求分析階段本錢限制1.估算實現(xiàn)本錢,明確系統(tǒng)完成范圍.2.核實本階段工程量和工作量,并簽認.需求分析階段合同治理1.合同的履行治理：包括工期、質量治理和費用治理.2.合同的變更治理.3.工程款支付治理.4.工程停、復工治理.5.工程延期治理.需求分析階段信息治理1.確定本階段信息治理的對象？建設單位提供的數(shù)據(jù)和資料？會議記錄？需求報告？系統(tǒng)原型？監(jiān)理記錄2.定義信息治理過程3.信息治理方法？治理工具？文檔庫結構需求分析階段組織協(xié)調？監(jiān)理例會制度？監(jiān)理工作報告？協(xié)助承建單位進行項目需求階段的評審確認需求分析階段監(jiān)理工作流程需求評審流程?需求分析報告?內(nèi)容完整性審核承建單位提交?需求分析報

5、告?參加人員時間地點議程檢查工程評審標準監(jiān)理單位制訂需求評審方案與有關各方確認需求評審方案未通過承建單位整改通過通過?需求分析報告?內(nèi)容正確性審核完整性監(jiān)理工程師簽認未通過通過三方簽認通過承建單位根據(jù)確定的需求修正?工程方案?正確性可行性必要性無二義性可驗證性可跟蹤性優(yōu)先級劃分監(jiān)理工程師對?工程方案?進行審核未通過承建單位整改通過通過建設單位批準進入下一個階段進度限制流程按方案組織實施準備編制下一階段方案總監(jiān)理工程師簽發(fā)?監(jiān)理通知?指示承建單位采取調整舉措根本實現(xiàn)方案目標嚴重偏離計劃目標監(jiān)理工程師對進度實施情況進行檢查、分析總監(jiān)理工程師審批承建單位編制需求分析階段進度方案并填寫?進度方案報審表

6、?首次監(jiān)理會議后工程設計階段的監(jiān)理系統(tǒng)設計階段監(jiān)理工作系統(tǒng)設計階段對承建單位通常包括：概要設計、詳細設計和設計評審.概要設計,又稱概念設計或總體設計,即將軟件需求轉化為數(shù)據(jù)結構和軟件的系統(tǒng)結構的過程,一般包括數(shù)據(jù)設計和系統(tǒng)結構設計.其中數(shù)據(jù)設計側重于數(shù)據(jù)結構的定義,系統(tǒng)結構設計定義軟件系統(tǒng)各主要成份之間的關系.在承建單位進行概要設計精選公文范文,治理類,工作總結類,工作方案類文檔,感謝閱讀下載5的過程中,監(jiān)理單位需要從設計標準、系統(tǒng)結構、系統(tǒng)可靠性、設計文檔等幾方面進行監(jiān)督和限制.詳細設計的直接目標是定義模塊內(nèi)的實現(xiàn)結構和方法,并編寫詳細設計說明書,監(jiān)理單位在這個階段主要是在進度上進行限制,主

7、要手段是定期與承建單位溝通,檢查文檔.設計評審就是依據(jù)用戶需求的要求,審核系統(tǒng)設計與需求的一致性、設計的合理性、技術可行性,以保證系統(tǒng)結構的正確性.設計評審通常采用同行評審的方法進行.監(jiān)理單位在設計評審時主要對參與評審人員的資格、評審要素的全面性、文檔的完整性進行監(jiān)督和檢查.設計階段質量限制1.審核承建單位系統(tǒng)設計標準a系統(tǒng)設計報告格式要求？設計目標？需求分析？總體結構？模塊定義與劃分？接口設計？數(shù)據(jù)庫設計？平安保證設計？出錯處理機制？實現(xiàn)技術？開發(fā)平臺？系統(tǒng)集成測試方案系統(tǒng)平安測試方案？編程標準參精選公文范文,治理類,工作總結類,工作方案類文檔,感謝閱讀下載6照：概要設計說明書b數(shù)據(jù)庫設計規(guī)

8、范c詳細設計報告格式要求參照：詳細設計說明書2,審核承建單位提交的系統(tǒng)設計文檔內(nèi)容？設計目標滿足性系統(tǒng)設計目標應包括：功能目標、性能目標、平安性目標、可靠性目標、靈活性目標、開放性目標.建議滿足順序：實用性友好性->可靠性平安性->易治理性->易維護性->易擴展性->運行效率？設計原那么的遵循？設計與需求的一致性？實用性：確認該設計對于需求的解決方案是否實用？可維護性：確認該設計是否考慮了方便未來的維護？靈活性：確認該設計是否考慮了隨著業(yè)務的變化和開展可以靈活地進行擴展和調整？接口：確認該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義,模塊是否滿足高內(nèi)聚和低耦合的要求,

9、模塊作用范圍是否在其限制范圍之內(nèi)；應該包括以下方面的接口定義：？人機交互接口？數(shù)據(jù)采集子系統(tǒng)與數(shù)據(jù)統(tǒng)計子系統(tǒng)之間的接口GUI、數(shù)據(jù)庫、用戶賬戶治理等？本系統(tǒng)與CA系統(tǒng)的接口？本系統(tǒng)與下屬各機構現(xiàn)有業(yè)務系統(tǒng)的接口？質量：確認該設計是否表現(xiàn)出良好的質量特征？各種技術方案的選擇：確認是否考慮過其它方案,比擬各種選擇方案的標準是什么？技術清楚度：確認該設計是否以一種易于譯成代碼的形式表達？風險：確認該設計在現(xiàn)有技術條件下和預算范圍內(nèi)是否能按時實現(xiàn)？可追溯性：確認該設計是否覆蓋了所有已確定的軟件需求,軟件每一成份是否可追溯到某一項需求3.審核承建單位提交的詳細設計報告內(nèi)容？模塊程序組織結構？模塊內(nèi)部實現(xiàn)

10、機制設計？模塊測試方案設計階段進度限制1.審核承建單位提交的?進度方案?？與建設合同的一致性？認同性？落實舉措2.隨時跟蹤檢查進度情況,發(fā)現(xiàn)問題及時提出糾偏建議,并發(fā)出?監(jiān)理整改通知單?設計階段本錢限制1.根據(jù)設計結果核算系統(tǒng)實現(xiàn)的本錢,并將本錢限制在用戶可接受的范圍內(nèi).2.核實設計階段的工程量和工作量,并簽認.設計階段合同治理1.合同的履行治理：包括工期、質量治理和費用治理.2.合同的變更治理.3.工程款支付治理.4.工程停、復工治理.5.工程延期治理.設計階段信息治理1.確定本階段信息治理的對象？建設單位提供的數(shù)據(jù)和資料？會議記錄？設計報告？監(jiān)理記錄2.遵循已定義的信息治理過程收集治理有關

11、文檔設計階段組織協(xié)調？監(jiān)理例會制度？監(jiān)理工作報告？監(jiān)理專題會議設計階段監(jiān)理工作流程設計階段質量限制流程進入系統(tǒng)設計階段監(jiān)理機構與承建單位共同確定系統(tǒng)設計標準承建單位進行系統(tǒng)設計監(jiān)理機構對承建單位設計過程活動進行監(jiān)理承建單位提交設計報告監(jiān)理機構組織同行評審監(jiān)理機構責成承建單位進行整改否通過？是監(jiān)理機構審查設計文件完整性否通過？是監(jiān)理簽認,建設單位批準進入系統(tǒng)開發(fā)階段設計進度限制流程總監(jiān)理工程師簽發(fā)?監(jiān)理通知?指示承建單位采取調整舉措根本實現(xiàn)方案目標嚴重偏離方案目標監(jiān)理工程師對進度實施情況進行檢查、分析按方案組織實施總監(jiān)理工程師審批承建單位提交設計進度方案設計評審監(jiān)理流程與有關各方確認設計評審方案

12、承建單位整改A未通過通過通過未通過通過通過系統(tǒng)平安設計審核網(wǎng)絡平安系統(tǒng)平安數(shù)據(jù)傳輸平安數(shù)據(jù)存儲平安數(shù)據(jù)訪問平安防篡改和防抵賴系統(tǒng)詳細設計審核模塊接口描述編程標準模塊測試方案未通過通過通過?系統(tǒng)設計報告?內(nèi)容完整性審核監(jiān)理工程師制訂設計評審方案承建單位提交?系統(tǒng)設計報告?參加人員時間地點議程檢查工程評審標準未通過通過通過系統(tǒng)概要設計審核設計目標實現(xiàn)設計原那么遵循？技術方案選擇？覆蓋需求？系統(tǒng)接口清楚度？系統(tǒng)性能？技術實現(xiàn)風險？測試方案A專家會簽、監(jiān)理簽認承建單位根據(jù)確定的系統(tǒng)設計修正監(jiān)理工程師對?工程方案?進行審核未通過承建單位整改通過通過監(jiān)理工程師簽認進入編程階段項目實施階段的監(jiān)理系統(tǒng)編碼階段

13、監(jiān)理工作編碼階段的任務是根據(jù)軟件詳細設計說明,對各程序模塊采用某種計算機語言進行編碼、調試、靜態(tài)分析和單元測試的過程.編碼階段承建單位工作的依據(jù)是用戶需求、系統(tǒng)設計報告和詳細設計報告.監(jiān)理單位應根據(jù)編碼標準和進度方案對編碼工作過程中的進度和程序質量進行監(jiān)理和控制.系統(tǒng)編碼階段質量限制1.審核承建單位編程前的準備工作a編程精選公文范文,治理類,工作總結類,工作方案類文檔,感謝閱讀下載11標準b開發(fā)平臺是否統(tǒng)一c分工與進度方案的落實d源程序的治理機制2.審核承建單位提交的源程序及程序靜態(tài)走查記錄a依據(jù)承建單位提交的編程標準抽檢源程序,以檢查其標準性；b審核靜態(tài)走查記錄靜態(tài)走查內(nèi)容包括：-文件名命名

14、-變量命名與賦值方式-注釋-與詳細設計的一致性-功能分析-限制流分析-數(shù)據(jù)流分析-計算流分析-異常處理-表達式-編譯過程3.審核承建單位提交的測試記錄和測試報告單元測試內(nèi)容包括：-接口測試-功能邏輯測試-邊界測試-局部數(shù)據(jù)結構測試-條件測試-路徑分支測試-異常處理測試-內(nèi)存泄漏測試系統(tǒng)編碼階段進度限制1.審核承建單位提交的?編程進度方案?？與建設合同的一致性？認同性？落實舉措2.隨時跟蹤檢查進度情況,發(fā)現(xiàn)問題及時提出糾偏建議,并發(fā)出?監(jiān)理整改通知單?系統(tǒng)編碼階段本錢精選公文范文,治理類,工作總結類,工作方案類文檔,感謝閱讀下載12限制1.核實編程階段的工程量和工作量,并簽認.系統(tǒng)編碼階段合同治

15、理1.合同的履行治理：包括工期、質量治理和費用治理.2.合同的變更治理.3.工程停、復工治理.系統(tǒng)編碼階段信息治理1.確定本階段信息治理的對象？源程序？源程序審查記錄？源程序測試記錄？監(jiān)理記錄2.遵循已定義的信息管理過程收集治理有關文檔系統(tǒng)編碼階段組織協(xié)調？監(jiān)理例會制度？監(jiān)理工作報告？監(jiān)理專題會議系統(tǒng)編碼階段監(jiān)理工作流程編碼階段質量限制流程進入編程階段分工文件命名方式編程標準開發(fā)順序源程序文件治理方式審查編程方案及落實情況整改否源程序測試方式通過是否編程前是否充分理解設計內(nèi)容編程中是否遵循編程標準編程進度是否正常編程過程中的質量與進度限制審查源程序規(guī)范性否承建單位整改通過？是審查單元測試過程、

16、記錄和測試報告通過？是進入系統(tǒng)測試階段程序凍結,監(jiān)理簽認編碼進度限制流程準備編制下一階段計劃總監(jiān)理工程師簽發(fā)?監(jiān)理通知?根本實現(xiàn)方案目標嚴重偏離方案目標監(jiān)理工程師對進度實施情況進行檢查、分析按方案組織實施監(jiān)理工程師審批承建單位提交編碼進度方案工程測試階段的監(jiān)理系統(tǒng)測試階段監(jiān)理工作本處系統(tǒng)測試范圍包括系統(tǒng)集成測試、系統(tǒng)功能測試、系統(tǒng)性能測試、系統(tǒng)平安測試、恢復測試、安裝測試等.系統(tǒng)集成測試是指承建單位依據(jù)系統(tǒng)設計的要求檢查系統(tǒng)各模塊之間的接口通訊是否符合設計要求的測試方法；系統(tǒng)功能測試是指承建單位依據(jù)功能規(guī)格檢查系統(tǒng)實現(xiàn)的功能是否符合功能規(guī)格要求的測試方法；系統(tǒng)性能測試是指承建單位檢查系統(tǒng)在運行

17、過程中的性能參數(shù)是否符合性能指標要求的測試；系統(tǒng)平安測試是指承建單位檢查系統(tǒng)是否滿足平安需求要求的測試.本階段監(jiān)理工作重點主要包括測試前對測試規(guī)劃工作的審核、測試過程中的監(jiān)督檢查和測試后的評估.系統(tǒng)測試階段質量限制1.審核承建單位系統(tǒng)測試前的準備工作測試前的準備工作包括：a編制測試方案和測試用例b建立獨立有效的模擬測試環(huán)境c選擇有效的測試工具d制訂測試過程標準e測試人員的培訓等監(jiān)理工程師將通過文檔審核、現(xiàn)場考察、人員談話等方式檢查測試前的準備工作是否符合要求,以保證測試的有效性.?測試方案?內(nèi)容一般包括：1測試對象描述2測試目標3測試依據(jù)和標準4測試工程5測試過程標準6測試方法和工具選擇7測試

18、進度方案8測試人員要求和責任分工安排9測試環(huán)境定義10測試記錄與測試報告12)格式11加U試問題解決方式缺陷等級和分類13測試通過標準14回歸測試?測試用例?內(nèi)容一般包括：1測試工程名稱2測試內(nèi)容描述3測試輸入數(shù)據(jù)4預期結果5測試步驟6實際測試結果7測試人員和日期2.監(jiān)督承建單位測試過程中執(zhí)行標準的情況承建單位在測試過程中,應根據(jù)測試用例的要求進行測試,并客觀地記錄測試結果.監(jiān)理工程師將對測試用例和測試記錄進行抽查,以保證測試的有效性.3.評估測試結果監(jiān)理工程師根據(jù)測試方案和測試過程審核承建單位提交的測試記錄和測試報告,審核測試用例是否完全執(zhí)行并到達了預期的結果,以確認測試的有效性和完備性.系

19、統(tǒng)測試階段進度限制1.審核承建單位提交的?測試方案?,保證：？與建設合同的一致性？各方的認同性？方案執(zhí)行的落實舉措？問題跟蹤解決的方式2.隨時跟蹤檢查進度情況,發(fā)現(xiàn)問題及時提出糾偏建議,并發(fā)出?監(jiān)理整改通知單?系統(tǒng)測試階段本錢限制核實測試階段的工程量和工作量,限制本階段投入的軟、硬件資源和人力資源,并簽認.系統(tǒng)測試階段合同治理1.合同的履行治理：包括工期、質量治理和費用治理.2.合同的變更治理.3.工程停、復工治理.4.工程延期治理.系統(tǒng)測試階段信息治理1.確定本階段信息管理的對象？用戶方提供的數(shù)據(jù)和資料？測試方案？測試記錄？測試報告？監(jiān)理記錄2.遵循已定義的信息治理過程收集治理有關文檔系統(tǒng)測

20、試階段組織協(xié)調？監(jiān)理例會制度？監(jiān)理工作報告？監(jiān)理專題會議監(jiān)理工作流程測試階段質量限制流程承建單位整改承建單位提交?測試方案?和?測試案例?監(jiān)理工程師審核測試方案和測試案例否通過？是測試環(huán)境的獨立性測試工具的選擇測試過程的制訂測試人員的審核監(jiān)理工程師審核測試準備情況否通過？集成測試功能測試性能測試是監(jiān)理工程師監(jiān)督測試過程有效性監(jiān)理工程師審計測試記錄和報告承建單位整改是平安測試安裝測試否通過？監(jiān)理工程師簽認測試合格證實測試進度限制流程監(jiān)理工程師審批根本實現(xiàn)方案目標準備下一階段方案總監(jiān)理工程師簽發(fā)?監(jiān)理通知?指示承建單位采取調整措施嚴重偏離方案目標監(jiān)理工程師對進度實施情況進行檢查、分析按方案組織實施

21、承建單位提交測試方案工程預驗收階段的監(jiān)理系統(tǒng)預驗收階段監(jiān)理工作軟件系統(tǒng)在投入試運行前要進行軟件系統(tǒng)的預驗收,或者稱為系統(tǒng)初驗,其目的是保證軟件系統(tǒng)具備試運行的條件.系統(tǒng)預驗收應建設單位、承建單位和監(jiān)理單位共同成立專門的系統(tǒng)預驗收小組.系統(tǒng)預驗收測試通常包括系統(tǒng)業(yè)務功能測試、系統(tǒng)性能測試、系統(tǒng)平安測試和系統(tǒng)穩(wěn)定性測試等.預驗收測試在建設方提供的實際運行環(huán)境下,建設方主持進行.為了保證系統(tǒng)預驗收測試的有效性,監(jiān)理方在這個階段的主要工作有：1評審承建方交付的預驗收測試方案,并搞好組織協(xié)調,檢查驗收測試的環(huán)境和資源的落實情況；2檢查承建方交付的文檔和程序開發(fā)卷宗；3監(jiān)督檢查測試的有效性；4對驗收測試結

22、果組織評估.系統(tǒng)預驗收階段質量限制1.協(xié)助建設單位審查承建單位提出的預驗收申請.如果符合預驗收條件,準備系統(tǒng)預驗收；否那么向承建單位提出系統(tǒng)整改意見；2.協(xié)助建設單位組織系統(tǒng)預驗收小組；3.審核承建單位提交的?程序開發(fā)卷宗?和?用戶操作手冊?、?系統(tǒng)治理手冊?等文檔；-?程序開發(fā)卷宗?內(nèi)容要求見附錄1;-?用戶操作手冊?內(nèi)容要求應滿足GB856788?用戶手冊?的要求；-?系統(tǒng)治理手冊?內(nèi)容要求見附錄2;4.審核承建單位提出的預驗收測試方案,并同承建單位協(xié)商形成最終的預驗收測試方案；預驗收測試方案的內(nèi)容要求參見?測試方案?和?測試用例?的有關要求；5.協(xié)助建設單位、承建單位進行預驗收測試,并記

23、錄測試結果；6.根據(jù)測試結果,對測試過程中出現(xiàn)的問題應提交?預驗收整改意見書?,并會同建設單位和承建單位確定整改良度表,重新進行相關的測試,直至問題得到全部解決；7.如果測試內(nèi)容全部符合要求,參與簽署系統(tǒng)預驗收合格書；系統(tǒng)預驗收階段進度限制1.審核承建單位提交的?預驗收測試方案?,確保：？與建設合同的一致性?應包含風險分析及系統(tǒng)應及舉措,即系統(tǒng)出現(xiàn)可能的故障后將導致的后果？各方的認同性？落實舉措？問題跟蹤解決的方式2.隨時跟蹤檢查進度情況,發(fā)現(xiàn)問題及時提出糾偏建議,并發(fā)出?監(jiān)理整改通知單?系統(tǒng)預驗收階段本錢限制核實本階精選公文范文,治理類,工作總結類,工作方案類文檔,感謝閱讀下載20段的工程量

24、和工作量,限制本階段投入的軟、硬件資源和人力資源,并簽認.系統(tǒng)預驗收階段合同治理1.假設預驗收測試內(nèi)容均到達測試要求,承建單位提供的文檔完整,合同其他條款得到明確的落實,經(jīng)預驗收小組驗收通過后,參與簽署系統(tǒng)預驗收合格證書；2.工程款支付治理；3.工程延期治理.系統(tǒng)預驗收階段信息治理1.確定本階段信息治理的對象：a預驗收測試方案、方案、標準；b預驗收測試記錄、測試報告；c預驗收測試評估報告；d監(jiān)理記錄；2.遵循已定義的信息治理過程收集治理有關文檔.系統(tǒng)預驗收階段組織協(xié)調？監(jiān)理例會制度?監(jiān)理工作報告？監(jiān)理專題會議監(jiān)理工作流程系統(tǒng)預驗收階段質量限制流程承建單位提出書面初驗申請檢查合同履行情況符合不符

25、合提出整改意見精選公文范文,治理類,工作總結類,工作方案類文檔,感謝閱讀下載21協(xié)助建設單位組織初驗機構審核預驗收檔案資料不合格不合格審查驗收方案合格組織預驗收測試預驗收評估合格進入系統(tǒng)試運行預驗收進度限制流程準備編制下一階段方案總監(jiān)理工程師簽發(fā)?監(jiān)理通知?指示承建單位采取調整舉措根本實現(xiàn)方案目標嚴重偏離計劃目標監(jiān)理工程師對進度實施情況進行檢查、分析按方案組織實施監(jiān)理工程師審批承建單位提交預驗收方案工程用戶培訓階段的監(jiān)理用戶培訓監(jiān)理工作為了保證交付的應用系統(tǒng)能夠得到正確的使用,承建單位將通過對系統(tǒng)運行維護人員的培訓,使其能夠切實理解和掌握操作系統(tǒng)、網(wǎng)絡系統(tǒng)、網(wǎng)絡平安等各種根底知識,熟練管理以及

26、維護操作,保證系統(tǒng)完工后能夠正常運轉；通過對最終用戶的培訓,使其熟練使用業(yè)務系統(tǒng),充分發(fā)揮系統(tǒng)的作用.為了保證培訓的質量,監(jiān)理單位將從以下方面對培訓工作進行監(jiān)理：1審核承建單位制訂的?培訓計劃?和?培訓講義?；2審核承建單位指派的培訓教師的資質；3監(jiān)督培訓的實施；4根據(jù)培訓記錄對培訓效果進行評估.培訓階段質量限制1.審核承建單位制訂的?培訓方案?和?培訓講義?.培訓方案要求包括以下內(nèi)容：-培訓目的-培訓目標-培訓對象-培訓內(nèi)容要點-培訓考核標準和方式-培訓方式-培訓時間方案-培訓教師簡介-培訓設施要求2.審核承建單位指派的培訓教師的資質.將從以下方面進行-教育背景-相關工作經(jīng)歷-授課經(jīng)驗-業(yè)務

27、熟悉程度3.監(jiān)督培訓的實施.監(jiān)理工程師應依據(jù)?培訓計劃?對培訓的過程進行監(jiān)督治理,包括培訓前的準備情況,如講義的打印、學員的報到登記,教學設備的檢查等,以及培訓人員出勤情況、考核記錄、培訓情況調查等,以便為評估培訓效果積累必要的信息.培訓講義要保證參加培訓的人員人手一份.4.根據(jù)培訓記錄對培訓效果進行評估.依據(jù)培訓目標對培訓結果評估.到達培訓目標,監(jiān)理予以簽認,否那么應責成承建單位與建設單位進行協(xié)商,確定補救舉措.培訓階段進度限制1.審核?培訓時間計劃?,并與建設單位有關人員協(xié)商,確定其可行性.2.隨時跟蹤檢查進度情況,發(fā)現(xiàn)問題及時提出糾偏建議,并發(fā)出?監(jiān)理整改通知單?培訓階段本錢限制1 .核

28、實本階段的工程量和工作量,并簽認.培訓階段合同治理1.合同的履行治理：包括工期、質量治理和費用治理；2.工程變更治理.培訓階段信息治理1.確定本階段信息治理的對象a培訓方案b培訓講義c培訓記錄,包括培訓出勤記錄、培訓考核記錄、培訓調查d監(jiān)理記錄2.遵循已定義的信息治理過程收集治理有關文檔培訓階段組織協(xié)調1.監(jiān)理例會制度2.監(jiān)理工作報告3.監(jiān)理專題會議：協(xié)調建設單位與承建單位確定需要參加培訓的人員和培訓的時間安排.培訓階段監(jiān)理工作流程用戶培訓質量限制流程承建單位提交?培訓方案?監(jiān)理單位審核?培訓方案?承建單位整改否通過是培訓材料承建單位進行培訓準備培訓講義培訓場地設施培訓教師資質培訓考核監(jiān)理單位

29、檢查培訓準備情況承建單位整改否通過是承建單位根據(jù)培訓方案組織培訓培訓出勤記錄培訓考核記錄培訓總結用戶反應意見監(jiān)理單位檢查培訓記錄是培訓結束協(xié)商解決方案否監(jiān)理單位進行培訓評估通過培訓進度限制流程按方案組織實施準備編制下一階段方案總監(jiān)理工程師簽發(fā)?監(jiān)理通知?指示承建單位采取調整舉措基本實現(xiàn)方案目標嚴重偏離方案目標監(jiān)理工程師對進度實施情況進行檢查、分精選公文范文,治理類,工作總結類,工作方案類文檔,感謝閱讀下載25析監(jiān)理工程師與建設單位協(xié)商后,審批承建單位提交培訓進度方案工程試運行階段的監(jiān)理系統(tǒng)試運行階段監(jiān)理工作于信息化軟件一般都是比較大型的軟件,涉及的方面比擬多,因此在完成了系統(tǒng)測試后還需要在實際的業(yè)