【正文】 場進(jìn)行的定期或不定期的 監(jiān)督活動(dòng)。 18. 延期批準(zhǔn)：當(dāng)發(fā)生非承建單位原因造成的持續(xù)性影響工期事件，總監(jiān)理工程師所作出的最終延長合同工期的批準(zhǔn)。 注：需方可以是買主、客戶、擁有者、用戶、采購人。 24. 變更管理：提議作一項(xiàng)更動(dòng)并對其進(jìn)行估計(jì)、同意或拒絕、調(diào)度和跟蹤的過程。具體地講，配置一詞可以指 硬件配置或軟件配置；為確定系統(tǒng)或系統(tǒng)組成部分的特定版本而提出的需求、設(shè)計(jì)和實(shí)現(xiàn)；在技術(shù)文檔中制定的并在產(chǎn)品中體現(xiàn)的硬件、軟件的功能和（或）物理特性。 29. 交付：軟件研制周期中的一個(gè)階段。 30. 評審：對現(xiàn)有的或提出的產(chǎn)品所做的正式評估和審查，其目的是找出可能會影響產(chǎn)品，過程或服務(wù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺陷并采 取補(bǔ)救措施，以及（或者）找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。 34. 需求：用戶為解決某一問題或達(dá)到某個(gè)目標(biāo)所需要的條件或能力。 36. 軟件開發(fā)周期：從決定開發(fā)一個(gè)軟件產(chǎn)品開始到產(chǎn)品交付為止的時(shí)間間隔。 38. 軟件工程：軟件開發(fā)、運(yùn)行、維護(hù)和引退的系統(tǒng)方法。 41. 測試用例：測試數(shù)據(jù)及與之相關(guān)的測試規(guī)程的一個(gè)特定的集合。典型的計(jì)劃中包括：標(biāo)識要測試的項(xiàng)目、要完成的測試、測試進(jìn)度表、人事安排要 求、報(bào)告要求、評價(jià)準(zhǔn)則，以及任何臨界的要求的臨時(shí)計(jì)劃。 項(xiàng)目監(jiān)理機(jī)構(gòu)的組織形式和規(guī)模，應(yīng)根據(jù)委托監(jiān)理合同規(guī)定的服務(wù)內(nèi)容、服務(wù)期限、工程類別、規(guī)模、技術(shù)復(fù)雜程度、工程環(huán)境等因素確定。 監(jiān)理單位應(yīng)于委托監(jiān)理合同簽訂后十天內(nèi)將項(xiàng)目監(jiān)理機(jī)構(gòu)的組織形式、人員構(gòu)成及對總監(jiān)理工程師的任命書面通知建設(shè)單位。 總監(jiān)理工程師應(yīng)履行以下職責(zé)： 1 確定項(xiàng)目監(jiān)理機(jī)構(gòu)人員的分工和崗位職責(zé)； 2 主持編寫項(xiàng)目監(jiān)理規(guī)劃、審批項(xiàng)目監(jiān)理實(shí)施細(xì)則，并負(fù)責(zé)管理項(xiàng)目監(jiān)理機(jī)構(gòu)的日常工作； 3 審查分包單位的資質(zhì)，并提出審查意見； 4 檢查和監(jiān)督監(jiān)理人員的工作，根據(jù)工程項(xiàng)目的進(jìn)展情況 可進(jìn)行監(jiān)理人員調(diào)配，對不稱職的監(jiān)理人員應(yīng)調(diào)換其工作； 5 主持監(jiān)理工作會議，簽發(fā)項(xiàng)目監(jiān)理機(jī)構(gòu)的文件和指令； 6 審定承建單位提交的開工報(bào)告、施工組織設(shè)計(jì)、技術(shù)方案、進(jìn)度計(jì)劃； 7 審核簽署承建單位的申請、支付證書和竣工結(jié)算； 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 9 頁 共 59 頁 8 審查和處理工程變更； 9 主持或參與工程質(zhì)量事故的調(diào)查； 10 調(diào)解建設(shè)單位與承建單位的合同爭議、處理索賠、審批工程延期； 11 組織編寫并簽發(fā)監(jiān)理月報(bào)、監(jiān)理工作階段報(bào)告、專題報(bào)告和項(xiàng)目監(jiān)理工作總結(jié)； 12 審核簽認(rèn)分部工程和單位工程的質(zhì)量檢驗(yàn)評定資料，審查承建單位的竣工申請，組織 監(jiān)理人員對待驗(yàn)收的工程項(xiàng)目進(jìn)行質(zhì)量檢查，參與工程項(xiàng)目的竣工驗(yàn)收； 13 主持整理工程項(xiàng)目的監(jiān)理資料。 工程實(shí)現(xiàn)階段監(jiān)理 流程 輸入 承建單位 監(jiān)理機(jī)構(gòu) 業(yè)主單位 輸出 監(jiān)理業(yè)務(wù)流程（表 3 ：實(shí)現(xiàn)階段） 開發(fā)過程監(jiān)理 需求分析報(bào)告 階段開始 設(shè)計(jì)報(bào)告 進(jìn)度計(jì)劃 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 17 頁 共 59 頁 流程描述 審核本階段計(jì)劃和明細(xì)任務(wù)分解計(jì)劃：審核承建方提交本階段計(jì)劃和明細(xì)任務(wù)分解計(jì)劃，提出監(jiān)理建議，對工程進(jìn)度進(jìn)行控制； 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 18 頁 共 59 頁 審核承建方的質(zhì)量保證措施的完備性及有效性； 監(jiān)督實(shí)施小組的聯(lián)系、溝通，有利于實(shí)現(xiàn)過程的工作效率和效果； 編碼過程的控制：依據(jù)承建方的模塊開發(fā)計(jì)劃，對系統(tǒng)編碼階段進(jìn)行過程控制， 審核承建方提交的測試分析報(bào)告，必要時(shí)進(jìn)行抽測，隨時(shí)掌握系統(tǒng)開發(fā)的進(jìn)展情況； 自測管理：督促承建方及時(shí)提交單元測試報(bào)告、系統(tǒng)模塊測試計(jì)劃、系統(tǒng)模塊測試用例、系統(tǒng)模塊測試報(bào)告和問題跟蹤情況報(bào)告；督促承建方對系統(tǒng)出現(xiàn)的問題及時(shí)進(jìn)行改正和優(yōu)化； UI 確認(rèn)：在系統(tǒng)編碼結(jié)束前，協(xié)助業(yè)主方組織系統(tǒng)用戶界面（ UI）的確認(rèn)； 審核項(xiàng)目開發(fā)總結(jié)報(bào)告：依據(jù)合同、需求和設(shè)計(jì)文檔，審查承建方的項(xiàng)目開發(fā)總結(jié)報(bào)告； 審核系統(tǒng)測試分析報(bào)告：審核承建方的系統(tǒng)測試分析報(bào)告，并提 交系統(tǒng)集成測試審核報(bào)告，如果系統(tǒng)集成測試存在問題，指出問題并督促承建方對進(jìn)行修正； 評審并評估項(xiàng)目的階段性成果：組織評審并評估項(xiàng)目的階段性成果，發(fā)現(xiàn)并總結(jié)分析系統(tǒng)試運(yùn)行中存在的問題和缺陷； 定期向業(yè)主報(bào)告項(xiàng)目實(shí)施的進(jìn)度和質(zhì)量情況。 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 22 頁 共 59 頁 第四部分 監(jiān)理控制要點(diǎn) 工程前期階段監(jiān)理 標(biāo)準(zhǔn)、規(guī)范體系：三方就工程建設(shè)中應(yīng)該采用的總的標(biāo)準(zhǔn)和規(guī)范的內(nèi)容、參考依據(jù)達(dá)成一致，作為工程建設(shè)的依據(jù)。 明確組織結(jié)構(gòu)保障：確定工程建設(shè)領(lǐng)導(dǎo)小組的職責(zé)及人員構(gòu)成，建議采用“一把手負(fù)責(zé)制”，便于協(xié)調(diào)工程建設(shè)中的各方及相關(guān)業(yè)務(wù)部門的關(guān)系。 需求評審和需求確認(rèn)：組織需求調(diào)研結(jié)果的評審，落實(shí)需求分析報(bào)告的正確性、完整性、可驗(yàn)證性等要求，并落實(shí)需求分析報(bào)告的簽字確認(rèn)，作為以后階段的依據(jù)。 工程實(shí)現(xiàn)階段監(jiān)理 審核階段性成果：包括概要設(shè)計(jì)報(bào)告。 系統(tǒng)分析 1) 開發(fā)計(jì)劃，需求定義是否得到承建方及用戶方認(rèn)可； 2) 用戶需求調(diào)查是否明確對象、范圍及方法； 3) 是否由精通業(yè)務(wù)的用戶參與現(xiàn)狀分析； 4) 是否對隨著信息系統(tǒng)引入而產(chǎn)生的風(fēng)險(xiǎn)進(jìn)行分析； 5) 是否對有關(guān)信息系統(tǒng)的法律、法規(guī)及制度等進(jìn)行調(diào)查； 6) 對引入信息系統(tǒng)后受影響的業(yè)務(wù)、管理體制和各種規(guī)程等是否進(jìn)行研討與修正； 7) 用戶部門及信息部門的作用分配是否明確； 8) 開發(fā)計(jì)劃及用戶需求是否考慮了軟件、硬件和網(wǎng)絡(luò)等需求； 9) 是否有達(dá)到信息系統(tǒng)目的的替代方案； 10) 是否根據(jù)開發(fā)的規(guī)程、時(shí)間及系統(tǒng)的特性來決定承建方法； 11) 開發(fā)及運(yùn)行費(fèi)用的計(jì)算模型是否適當(dāng)，結(jié)果是否合理、準(zhǔn)確； 12) 是否對信息系統(tǒng)的效果進(jìn)行了定量及定性的評價(jià)； 13) 是否確保開發(fā)所必須的人員、預(yù)算、設(shè)備及時(shí) 間等。 試運(yùn)行 1) 試運(yùn)行是否按計(jì)劃進(jìn)行； 2) 是否能根據(jù)試運(yùn)行計(jì)劃籌備到必要的人員、預(yù)算和設(shè)備等資源； 3) 試運(yùn)行結(jié)果的驗(yàn)收方法是否明確； 4) 是否制訂試運(yùn)行后的運(yùn)行計(jì)劃，并根據(jù)試運(yùn)行結(jié)果進(jìn)行修正。 4) 建筑物及相關(guān)設(shè)備管理 A. 對建筑物及相關(guān)設(shè)備是否設(shè)置了能夠回避風(fēng)險(xiǎn)的環(huán)境； B. 建筑物及房間的進(jìn)出管理是否有防止不正當(dāng)行為的對策及機(jī)密保護(hù)的對策； C. 對相關(guān)設(shè)備是否定期進(jìn)行維護(hù)； D. 相關(guān)設(shè)備是否有故障對策。 進(jìn)度計(jì)劃 1) 是否按標(biāo)準(zhǔn)格式編寫計(jì)劃書； 2) 是否有時(shí)間、任務(wù)和結(jié)果形式； 3) 進(jìn)度安排是否合理。 系統(tǒng)分析（需求分析） 任務(wù)：保證需求 1) 一致性：所有需求必須是一致的； 2) 完整性：需求必須是完整的，規(guī)格說明書應(yīng)該包括用戶需要的每一個(gè)功能或性能； 3) 現(xiàn)實(shí)性：制定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)可以實(shí)現(xiàn)的； 4) 有效性：必須證明需求是正確有效的，確實(shí)能解決用戶面臨的問 題。 B. 數(shù)據(jù) ? 自由存取控制：根據(jù)用戶的類別分配適當(dāng)?shù)臋?quán)限； ? 強(qiáng)制性存取控制：數(shù)據(jù)資源被分為不同的級別，用戶也被分配了不同的存取級別，根據(jù)安全策略的定義決定用戶對資源的存取權(quán)限。當(dāng)一個(gè)元組引用另一個(gè)元組的一個(gè)屬性時(shí)（利用外鍵），應(yīng)保證這個(gè)屬性在另一個(gè)元組中是存在的。 4) 硬件或軟件平臺的設(shè)計(jì)和獲得 要考慮硬件及軟件平臺的設(shè)計(jì)上相互之間的兼容程度，理想狀況下，不同的硬件和系統(tǒng)軟件可以互相交流。 3) 語句構(gòu)造 A. 不要為了節(jié)省空間而把多個(gè)語句寫在同一行； B. 盡量避免復(fù)雜的條件測試； C. 盡量減少對“非”條件的測試； D. 避免大量使用循環(huán)嵌套和條件嵌套； E. 利用括號使邏輯表達(dá)式和算術(shù)表達(dá)式清晰直觀。 6) 編碼 程序的每個(gè)模塊都只能有一個(gè)入口和一個(gè)出口，模塊的長度建議限制在 50— 100個(gè)語句范圍，應(yīng)采用自頂向下的流控制。 A. 字段檢驗(yàn) 數(shù)據(jù)缺省或空值檢驗(yàn) 字母或數(shù)字檢驗(yàn) 中國最大的管 理 資料下載中心 (收集 \整理 . 大量免費(fèi)資源共享 ) 第 33 頁 共 59 頁 范圍檢驗(yàn) 校驗(yàn)碼檢驗(yàn) 主文件參照 大小檢驗(yàn) 格式檢驗(yàn) B. 記錄檢驗(yàn) 合理性 大小 順序檢驗(yàn) C. 批檢驗(yàn) 控制總量 批類型 順序檢驗(yàn) D. 文件檢驗(yàn) 內(nèi)部標(biāo)簽 版本號 有效期 2) 錯(cuò)誤報(bào)告 A. 清晰和簡潔 B. 語言嚴(yán)謹(jǐn)中立 信息系統(tǒng)生命周期支持業(yè)務(wù) 文檔 1) 意義 A. 文檔可以作為開發(fā)人員在一定階段內(nèi)的工作成果和結(jié)束的標(biāo)志，各階段的人員通過文檔進(jìn)行交接工作； B. 文檔可以作為管理依據(jù)； C. 文檔可用做未來項(xiàng)目的一種資源； D. 文檔可以作為運(yùn)行、維護(hù)和培訓(xùn)的參考依據(jù)； E. 文檔對保證軟件質(zhì)量起到重要作用。需求文檔的每一版本必須被統(tǒng)一確定，并保證開發(fā)成員得到需要的當(dāng)前版本。 進(jìn)度調(diào)整要求 1) 調(diào)整過程 A. 為了調(diào)整進(jìn)度，應(yīng)深入現(xiàn)場，進(jìn)行調(diào)查，分析產(chǎn)生偏差的原因； B. 在查明產(chǎn)生原因之后，要分析偏差對后續(xù)工作和總進(jìn)度的影響，確定是否應(yīng)當(dāng)調(diào)整； C. 在分析了對后續(xù)工作和總進(jìn)度的影響以后，需要采取一定的調(diào)整措施時(shí)，應(yīng)當(dāng) 首先確定進(jìn)度可調(diào)整的范圍，主要關(guān)鍵節(jié)點(diǎn)、后續(xù)工作的限制條件以及總進(jìn)度允許變化的范圍； D. 采取進(jìn)度調(diào)整措施，以后續(xù)工作和總進(jìn)度的限制條件為依據(jù)，對原進(jìn)度計(jì)劃調(diào)整，以保證進(jìn)度目標(biāo)的實(shí)現(xiàn)； E. 在項(xiàng)目繼續(xù)實(shí)施中，執(zhí)行調(diào)整后的進(jìn)度計(jì)劃。 業(yè)務(wù)分配要求： 1) 考察業(yè)務(wù)與能力，考慮人員的能力與崗位的 要求是否匹配，業(yè)務(wù)分配及業(yè)務(wù)量是否考慮到人員的知識與能力； 2) 考察人員的接替過程對不可預(yù)測風(fēng)險(xiǎn)的防范情況。 可靠性 概念： 1) 指產(chǎn)品在規(guī)定的條件、規(guī)定的時(shí)間內(nèi)完成規(guī)定功能的能力或無 故障運(yùn)行的概率，也就是產(chǎn)品維持其功能和性能水平的能力； 2) 信息系統(tǒng)可靠性是指系統(tǒng)在規(guī)定時(shí)間內(nèi)無故障運(yùn)行的概率。 負(fù)荷模型 系統(tǒng)負(fù)荷是在給定時(shí)間段內(nèi)作業(yè)提出所需系統(tǒng)資源和服務(wù)請求的總量。 評價(jià)內(nèi)容 1) 系統(tǒng)質(zhì)量 A. 響應(yīng)時(shí)間； B. 周轉(zhuǎn)時(shí)間； C. 系統(tǒng)可靠性； D. 系統(tǒng)界面的友好程度； E. 功能性； F. 易用性； G. 文檔、幫助資料的質(zhì)量； H. 與其他系統(tǒng)的集成度。 9) 組織影響 第六部分：文檔模板、流程 文檔管理流程（部分） 為了更加規(guī)范工程管理，對工程中的文檔處理流程進(jìn)行進(jìn)一步的明確和細(xì)化，承建方、監(jiān)理方和業(yè)主方在工程實(shí)施過程中嚴(yán)格按照本規(guī)范進(jìn)行文檔的處理和存檔。 監(jiān)理方周報(bào) /月報(bào) /階段總結(jié)報(bào)告 監(jiān)理方周報(bào)在審核承建方周報(bào)的基礎(chǔ)上，完成監(jiān)理方周報(bào)，主要描述監(jiān)理的參加人員和工作情況。 監(jiān)理方監(jiān)理通知 監(jiān)理通知是監(jiān)理方針對工程實(shí)施過程中存在問題與承建方交流的方式，根據(jù)實(shí)施情況需要，由總監(jiān)或總監(jiān)代表審核后提交。 軟件咨詢部工程文檔類別（保存期限 10 年） 1 監(jiān)理日志 SDZZ12QR001 項(xiàng)目管理人員編寫， 必 須當(dāng)日完成 。 5 工程開工 /停工 /復(fù)工通知 SDZZ12QR005 項(xiàng)目負(fù)責(zé)人編寫