【導讀】為了提高建設工程監(jiān)理水平，規(guī)范建設工程監(jiān)理行為，編制本規(guī)范。合同，合同中應包括監(jiān)理單位對工程質(zhì)量、資金、進度進行全面控制和管理的條款。工程監(jiān)理應實行總監(jiān)理工程師負責制。表總監(jiān)理工程師行使其部分職責和權力的項目監(jiān)理機構中的監(jiān)理工程師。導項目監(jiān)理機構全面開展監(jiān)理工作的指導性文件。度、合同管理等事宜定期召開的、由有關單位參加的會議。承建單位申報的已完成工程的工程量進行的核驗。按照一定的比例獨立進行檢查或檢測的活動。作出的最終延長合同工期的批準。

　　

【正文】 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 33 頁 共 59 頁 范圍檢驗 校驗碼檢驗 主文件參照 大小檢驗 格式檢驗 B. 記錄檢驗 合理性 大小 順序檢驗 C. 批檢驗 控制總量 批類型 順序檢驗 D. 文件檢驗 內(nèi)部標簽 版本號 有效期 2) 錯誤報告 A. 清晰和簡潔 B. 語言嚴謹中立 信息系統(tǒng)生命周期支持業(yè)務 文檔 1) 意義 A. 文檔可以作為開發(fā)人員在一定階段內(nèi)的工作成果和結束的標志，各階段的人員通過文檔進行交接工作； B. 文檔可以作為管理依據(jù)； C. 文檔可用做未來項目的一種資源； D. 文檔可以作為運行、維護和培訓的參考依據(jù)； E. 文檔對保證軟件質(zhì)量起到重要作用。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 34 頁 共 59 頁 2) 主要內(nèi)容 A. 可行性研究：可行性研究報告、項目開發(fā)計劃、系統(tǒng)需求說明 書、數(shù)據(jù)要求說明、開發(fā)進度月報； B. 需求分析：項目開發(fā)計劃、系統(tǒng)需求說蜜柑內(nèi)、數(shù)據(jù)要求說明、測試計劃、用戶手冊、開發(fā)進度月報； C. 設計：概要設計說明、詳細設計說明、測試計劃、用戶手冊、操作手冊、開發(fā)進度月報； D. 代碼編寫：用戶手冊、操作手冊、開發(fā)進度月報； E. 測試：測試分析報告、開發(fā)進度月報、項目開發(fā)總結； F. 運行與維護：維護修改日志。 3) 質(zhì)量要求 A. 針對性； B. 精確性； C. 清晰性； D. 完整性； E. 靈活性； F. 可追溯性。 文檔的版本管理是文檔管理的一個必要方面 。需求文檔的每一版本必須被統(tǒng)一確定，并保證開發(fā)成員得到需要的當前版本。此外，在需求進行變更時，需要清楚地將變更以文檔形式記錄下來，并通知相關人員。 進度 進度計劃要求 1) GATT 圖； 2) 網(wǎng)絡圖。 進度控制要求 1) 用各種控制手段保證項目及各個任務活動按計劃及時開始，在項目過程中記錄各任務活動的開始和結束時間及完成程度； 2) 在各個階段結束時，按各任務的完成情況對比計劃，確定整個項目的完成程度，并結合時間、開發(fā)內(nèi)容、效率、消耗等評價項目進度狀況，分析其中 的問題； 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 35 頁 共 59 頁 3) 對下期工作做出安排，對一些已開始，但尚未結束的項目單元的剩余時間做估算，分析調(diào)整進度的措施； 4) 根據(jù)已完成的狀況做新的安排和計劃，并預測新的進度狀況； 5) 分析新的進度計劃是否符合合理性需求，如不符合，如何采取調(diào)整措施等。 進度調(diào)整要求 1) 調(diào)整過程 A. 為了調(diào)整進度，應深入現(xiàn)場，進行調(diào)查，分析產(chǎn)生偏差的原因； B. 在查明產(chǎn)生原因之后，要分析偏差對后續(xù)工作和總進度的影響，確定是否應當調(diào)整； C. 在分析了對后續(xù)工作和總進度的影響以后，需要采取一定的調(diào)整措施時，應當 首先確定進度可調(diào)整的范圍，主要關鍵節(jié)點、后續(xù)工作的限制條件以及總進度允許變化的范圍； D. 采取進度調(diào)整措施，以后續(xù)工作和總進度的限制條件為依據(jù)，對原進度計劃調(diào)整，以保證進度目標的實現(xiàn)； E. 在項目繼續(xù)實施中，執(zhí)行調(diào)整后的進度計劃。 2) 調(diào)整方法 A. 調(diào)整任務之間的順延關系； B. 縮短某些任務的持續(xù)時間。 人員管理 職責權限要求：要遵循“職責分離”的原則。目的在于保證不同職責有不同的人承擔，保證人員之間的工作可互相檢查和監(jiān)督。 業(yè)務分配要求： 1) 考察業(yè)務與能力，考慮人員的能力與崗位的 要求是否匹配，業(yè)務分配及業(yè)務量是否考慮到人員的知識與能力； 2) 考察人員的接替過程對不可預測風險的防范情況。 災難對策 1) 災難應急計劃； 2) 備份計劃； 3) 替代處理。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 36 頁 共 59 頁 評價計劃 安全性 1) 資產(chǎn)安全性 2) 數(shù)據(jù)安全性 包括容錯能力；已經(jīng)存在或潛在的數(shù)據(jù)錯誤，以及這些錯誤的規(guī)模及數(shù)量。 3) 總體安全性 測試單個控制的強弱，并不斷地對信息系統(tǒng)安全性作出全局性的判斷。 可靠性 概念： 1) 指產(chǎn)品在規(guī)定的條件、規(guī)定的時間內(nèi)完成規(guī)定功能的能力或無 故障運行的概率，也就是產(chǎn)品維持其功能和性能水平的能力； 2) 信息系統(tǒng)可靠性是指系統(tǒng)在規(guī)定時間內(nèi)無故障運行的概率。 軟件可靠性 1) 軟件可靠度表示在規(guī)定的運行環(huán)境和規(guī)定的時間內(nèi)軟件無故障運行的概率； 2) 軟件故障強度，軟件故障率的物理解釋是單位時間內(nèi)軟件發(fā)生故障的概率； 3) 平均故障間隔時間是相鄰兩次故障間工作時間的數(shù)學期望； 4) 平均故障修復時間表示軟件從發(fā)現(xiàn)故障到軟件恢復規(guī)定功能所需的時間，即故障診斷、修復準備及修復實施時間之和。 有效性 評價過程 1) 明確評價目標； 2) 評價費用的預算； 3) 明確性能指標； 4) 構建負荷模型； 5) 構建系統(tǒng)模型； 6) 進行實驗； 7) 結果分析； 8) 給出建議。 性能指標 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 37 頁 共 59 頁 系統(tǒng)有效性的量度標準，反映了系統(tǒng)實現(xiàn)某些性能標準的數(shù)量特征 1) 時間性指標：表述作為輸入系統(tǒng)到系統(tǒng)輸出用戶所需結果的時間周期； 2) 吞吐率指標：系統(tǒng)生產(chǎn)力的度量標準，描述了在給定時間內(nèi)系統(tǒng)處理的工作量； 3) 利用率指標：以系統(tǒng)資源處于忙狀態(tài)的時間為度量標準； 4) 可靠性指標：系統(tǒng)處理用戶工作的可用性或處理過 程失敗或錯誤的概率。 負荷模型 系統(tǒng)負荷是在給定時間段內(nèi)作業(yè)提出所需系統(tǒng)資源和服務請求的總量。 系統(tǒng)模型 為了確定一個系統(tǒng)是否可以提高性能，需要對系統(tǒng)進行建模。建模過程包括識別系統(tǒng)單元、單元界面、系統(tǒng)運行方式、輸入輸出之間的功能關系等。 綜合評價 評價過程 1) 確定信息系統(tǒng)的主要目標； 2) 選擇評價標準； 3) 確定評價數(shù)據(jù)來源； 4) 事先系統(tǒng)的價值； 5) 事后系統(tǒng)的價值； 6) 估計系統(tǒng)的影響。 評價內(nèi)容 1) 系統(tǒng)質(zhì)量 A. 響應時間； B. 周轉(zhuǎn)時間； C. 系統(tǒng)可靠性； D. 系統(tǒng)界面的友好程度； E. 功能性； F. 易用性； G. 文檔、幫助資料的質(zhì)量； H. 與其他系統(tǒng)的集成度。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 38 頁 共 59 頁 2) 信息質(zhì)量 A. 真實性； B. 精確性； C. 完整性； D. 非冗余性； E. 時間性； F. 關聯(lián)性； G. 綜合性； H. 精密度； I. 簡明； J. 信息性。 3) 有用性感受 A. 是否提高了用戶的工作效率； B. 是否改善了用戶的工作表現(xiàn)； C. 是否提高了用戶的生產(chǎn)力； D. 是否提高了工作效果； E. 是否提高了用戶對工作任務的理解； F. 是否對他們的工作有幫助； 4) 易用性感受 A. 是否比較容易學習如何操作； B. 用戶是否能方便地利用信息系統(tǒng)完成他們的工作； C. 用戶與信息系統(tǒng)之間的交互是否清晰、易懂、順暢、靈活； D. 用戶是否能利用信息系統(tǒng)快速地適應工作要求； E. 用戶是否認為信息系統(tǒng)的操作很容易； 5) 用戶對計算機使用能力的判斷； 6) 信息系統(tǒng)的使用情況。 7) 個人影響 8) 信息系統(tǒng)滿意度 A. 與信息系統(tǒng)開發(fā) /維護人員的人際關系； 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 39 頁 共 59 頁 B. 對系統(tǒng)變更要求的處理方式； C. 信息 的時間性； D. 針對用戶的信息系統(tǒng)技能培訓； E. 輸出的相關性； F. 輸出的量； G. 文檔質(zhì)量； H. 信息系統(tǒng)依賴性。 9) 組織影響 第六部分：文檔模板、流程 文檔管理流程（部分） 為了更加規(guī)范工程管理，對工程中的文檔處理流程進行進一步的明確和細化，承建方、監(jiān)理方和業(yè)主方在工程實施過程中嚴格按照本規(guī)范進行文檔的處理和存檔。 監(jiān)理方業(yè)務聯(lián)系單 監(jiān)理方業(yè)務聯(lián)系單是監(jiān)理方與業(yè)主方進行業(yè)務交流的方式，主要包括監(jiān)理人員確定、監(jiān)理文檔格式、工程進度質(zhì)量狀況及建議、抽測報告、檢驗記錄和 測試報告等。業(yè)務聯(lián)系單根據(jù)實施情況需要，由總監(jiān)或總監(jiān)代表審核后提交。 編號規(guī)則： [年度 ]LXD(監(jiān) )xxx 號。 監(jiān)理方周報 /月報 /階段總結報告 監(jiān)理方周報在審核承建方周報的基礎上，完成監(jiān)理方周報，主要描述監(jiān)理的參加人員和工作情況。 總監(jiān)或總監(jiān)代表簽字業(yè)主方簽收施工方簽收 報送負責人并存檔項目負責人簽署意見返回監(jiān)理方并存檔總監(jiān)或總監(jiān)代表簽字業(yè)主方簽收施工方簽收 報送負責人并存檔項目負責人簽署意見返回監(jiān)理方并存檔 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費資源共享 ) 第 40 頁 共 59 頁 監(jiān)理方月報 /階段總結報告是監(jiān)理方對工程的階段總結報告，在每月 5 日前提交上月月報，階段總結報告不定期提交。 編號規(guī)則： [年度 ]文件標識 (監(jiān) )xxx 號。如 [年度 ]GCZB(監(jiān) )xxx 號、 [年度 ]GCYB(監(jiān) )xxx號、 [年度 ]JDBG(監(jiān) )xxx 號。 監(jiān)理方監(jiān)理通知 監(jiān)理通知是監(jiān)理方針對工程實施過程中存在問題與承建方交流的方式，根據(jù)實施情況需要，由總監(jiān)或總監(jiān)代表審核后提交。 編號規(guī)則： [年度 ]JLTZ(監(jiān) )xxx 號。 會議紀要 由監(jiān)理方對工程實施協(xié)調(diào)會的精神進行歸納整理形成會議紀要，會議紀要需要承建方項目負責人、總監(jiān)或總監(jiān)代表和業(yè)主方項目負責人簽字。 文檔格式 軟件咨詢部所涉及的工程文檔包括下述類別，主要文檔的模版參見附錄。 軟件咨詢部工程文檔類別（保存期限 10 年） 1 監(jiān)理日志 SDZZ12QR001 項目管理人員編寫， 必 須當日完成 。 2 監(jiān)理規(guī)程 SDZZ12QR002 項目組編寫，不要求固定格式。 3 監(jiān)理實施細則 SDZZ12QR003 項目組編寫，不要求固定格式。 4 監(jiān)理人員名單 SDZZ12QR004 項目負責人與部門協(xié)商提供。 5 工程開工 /停工 /復工通知 SDZZ12QR005 項目負責人編寫。 6 監(jiān)理周度 /月度報告 SDZZ12QR006 項目管理人員編寫。 7 監(jiān)理會議紀要 SDZZ12QR007 項目管理人員編寫，需及時編寫。 總監(jiān)或總監(jiān)代表簽字施工方簽收業(yè)主方簽收三方存檔總監(jiān)或總監(jiān)代表簽字