前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇技術(shù)變更流程范文，相信會(huì)為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

技術(shù)變更流程范文第1篇

[關(guān)鍵詞] 商業(yè)銀行；IT變更管理；信息化

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2014 . 03. 016

[中圖分類號(hào)] F830.33；TP315 [文獻(xiàn)標(biāo)識(shí)碼] A [文章編號(hào)] 1673 - 0194（2014）03- 0030- 04

1 概 述

IT變更管理信息化是針對(duì)IT項(xiàng)目生存周期中的變更進(jìn)行管理的過程，而商業(yè)銀行IT變更管理（以下簡稱“商業(yè)銀行變更管理”、“變更管理”）信息化是針對(duì)商業(yè)銀行要求系統(tǒng)穩(wěn)定性高、風(fēng)險(xiǎn)可控性高、數(shù)據(jù)安全性高以及業(yè)務(wù)影響?。ā叭咭恍　保┑奶攸c(diǎn)，將程序和數(shù)據(jù)變更的管理過程通過信息系統(tǒng)實(shí)現(xiàn)信息化、自動(dòng)化的過程。通過變更管理信息化建設(shè)可以有效減少因硬軟件問題造成業(yè)務(wù)中斷，降低操作風(fēng)險(xiǎn)[1]，實(shí)現(xiàn)變更管理自動(dòng)化，全程可控可回退。

目前主要針對(duì)管理信息化和變更管理兩方面的研究較多，但對(duì)變更管理信息化，尤其是商業(yè)銀行IT變更管理信息化方面的研究較少。由于商業(yè)銀行變更管理對(duì)業(yè)務(wù)系統(tǒng)穩(wěn)定性要求高，商業(yè)銀行組織結(jié)構(gòu)復(fù)雜，隨著業(yè)務(wù)發(fā)展各項(xiàng)規(guī)章制度調(diào)整頻繁，信息系統(tǒng)多樣，數(shù)據(jù)管理和共享要求多，信息化需求較多，我們需有針對(duì)性地研究其信息化方法，以變更操作信息化、自動(dòng)化為核心，研究其所需方法、規(guī)劃、架構(gòu)和技術(shù)。

商業(yè)銀行變更管理信息化應(yīng)覆蓋現(xiàn)有變更流程及要素，基于業(yè)務(wù)連續(xù)性及系統(tǒng)穩(wěn)定性要求，達(dá)到變更全流程可回退、可控、可驗(yàn)證，對(duì)變更后系統(tǒng)運(yùn)行情況可跟蹤、可驗(yàn)證、可評(píng)價(jià)，對(duì)系統(tǒng)變更的原因、方法、效果、問題可記錄、可搜索、可挖掘，建立專家知識(shí)庫系統(tǒng)，及時(shí)響應(yīng)變更流程及變更要素變化，建立快速響應(yīng)與持續(xù)開發(fā)運(yùn)維機(jī)制。本文結(jié)合商業(yè)銀行IT變更特點(diǎn)，對(duì)商業(yè)銀行變更管理信息化建設(shè)過程進(jìn)行了研究，對(duì)層次設(shè)計(jì)、開發(fā)模式、團(tuán)隊(duì)架構(gòu)、技術(shù)實(shí)現(xiàn)等方面進(jìn)行探討，并在大型商業(yè)銀行進(jìn)行實(shí)踐。

2 變更管理

2.1 組織結(jié)構(gòu)

商業(yè)銀行變更管理的組織結(jié)構(gòu)涉及科技管理部門、應(yīng)用開發(fā)部門、應(yīng)用保障部門、運(yùn)維部門以及業(yè)務(wù)部門等多個(gè)部門（見圖1），科技管理部門負(fù)責(zé)制定變更評(píng)審管理制度，組織協(xié)調(diào)變更評(píng)審工作開展，制定與變更評(píng)審報(bào)告；應(yīng)用開發(fā)部門負(fù)責(zé)項(xiàng)目研發(fā)、程序數(shù)據(jù)修改與測試、變更申請、變更資源準(zhǔn)備與變更文檔填寫；應(yīng)用保障部門負(fù)責(zé)安全措施等進(jìn)行評(píng)審，根據(jù)評(píng)審結(jié)果對(duì)變更進(jìn)行審批以及特護(hù)管理；運(yùn)維部門負(fù)責(zé)制訂變更實(shí)施計(jì)劃，變更實(shí)施，對(duì)變更實(shí)施結(jié)果進(jìn)行；業(yè)務(wù)部門負(fù)責(zé)組織實(shí)施業(yè)務(wù)驗(yàn)證。

2.2 管理流程

商業(yè)銀行系統(tǒng)變更過程要進(jìn)行安全審查，采取風(fēng)險(xiǎn)控制措施[2]，變更管理流程以變更評(píng)審為核心，包括變更申請、變更受理、變更評(píng)審、變更實(shí)施、變更驗(yàn)證、變更回顧6個(gè)環(huán)節(jié)（見圖2），應(yīng)用開發(fā)部門、應(yīng)用保障部門和運(yùn)維部門對(duì)應(yīng)用系統(tǒng)程序、數(shù)據(jù)和資源發(fā)出變更申請，并準(zhǔn)備程序、數(shù)據(jù)、硬件設(shè)施等變更資源以及測試報(bào)告、風(fēng)險(xiǎn)分析報(bào)告、投產(chǎn)變更實(shí)施方案、應(yīng)急方案等變更文檔；應(yīng)用保障部門承擔(dān)變更評(píng)審受理工作并分配變更評(píng)審任務(wù)，變更評(píng)審人員對(duì)變更進(jìn)行評(píng)審準(zhǔn)備；變更評(píng)審由評(píng)審團(tuán)隊(duì)通過召開會(huì)議的方式進(jìn)行，會(huì)議對(duì)變更合規(guī)性、風(fēng)險(xiǎn)性等方面進(jìn)行審查，評(píng)審團(tuán)隊(duì)一般由來自應(yīng)用開發(fā)部門、應(yīng)用保障部門、運(yùn)維部門的技術(shù)專家組成；變更實(shí)施一般由商業(yè)銀行運(yùn)維部門（如數(shù)據(jù)中心）承擔(dān)，通過變更評(píng)審批準(zhǔn)的變更方能授權(quán)進(jìn)行實(shí)施，實(shí)施部門根據(jù)評(píng)審意見與實(shí)施方案制訂完備的實(shí)施計(jì)劃并對(duì)變更進(jìn)行實(shí)施；變更實(shí)施完成之后，由業(yè)務(wù)部門和運(yùn)維部門按照驗(yàn)證計(jì)劃實(shí)施驗(yàn)證，對(duì)驗(yàn)證結(jié)果進(jìn)行反饋，對(duì)不符合驗(yàn)證計(jì)劃要求的變更進(jìn)行回退；科技管理部門對(duì)變更評(píng)審與實(shí)施情況進(jìn)行分析，并定期以報(bào)告的形式在相關(guān)部門進(jìn)行，使管理層和變更人員及時(shí)了解當(dāng)前變更評(píng)審、實(shí)施和運(yùn)行情況。

3.2 開發(fā)模式

商業(yè)銀行由于業(yè)務(wù)多樣性、分行特色、歷史存續(xù)問題等造成系統(tǒng)類型的多樣性，針對(duì)不同系統(tǒng)的變更方法多樣，為適應(yīng)業(yè)務(wù)發(fā)展，穩(wěn)定性要求也在不斷演變。商業(yè)銀行變更類型包括程序變更、數(shù)據(jù)變更、硬件變更、架構(gòu)變更、業(yè)務(wù)流程變更等方面，造成需求范圍邊界界定困難。鑒于此，需要對(duì)變更管理信息化系統(tǒng)進(jìn)行充分設(shè)計(jì)，采用原型化方法進(jìn)行系統(tǒng)建模，系統(tǒng)建設(shè)者與變更制度制定者、變更執(zhí)行者不斷調(diào)整原型各要素使其更貼近真實(shí)場景，各方試用后進(jìn)入下一步開發(fā)。

針對(duì)建設(shè)周期大于變更制度變化周期的特點(diǎn)，應(yīng)在開發(fā)模式中應(yīng)用敏捷開發(fā)的模式。規(guī)劃建設(shè)周期數(shù)、各建設(shè)周期下的建設(shè)任務(wù)及各任務(wù)的優(yōu)先級(jí)，劃分敏捷開發(fā)模式的迭代維度及頻度。變更信息化系統(tǒng)規(guī)劃的初期利用關(guān)鍵成功要素法（Critical Success Factors，CSF），通過變更失敗或成功的原因分析，識(shí)別變更信息化的關(guān)鍵要素，確定系統(tǒng)開發(fā)任務(wù)的優(yōu)先順序。再利用目標(biāo)集轉(zhuǎn)移法（Strategy Set Transformation，SST），識(shí)別變更管理的戰(zhàn)略集。首先描繪變更組織中的各類實(shí)體結(jié)構(gòu)（如變更申請人、柜員、一般員工、變更評(píng)審專家、變更評(píng)審責(zé)任人、變更實(shí)施人、變更驗(yàn)證經(jīng)理、變更決策人），其次識(shí)別每類變更角色的目標(biāo)，最后對(duì)于每類變更角色識(shí)別其使命及戰(zhàn)略。最終利用業(yè)務(wù)系統(tǒng)規(guī)劃法（Business System Planning ，BSP）校核兩個(gè)目標(biāo)，提出建議書與開發(fā)計(jì)劃。主要環(huán)節(jié)為調(diào)研變更需求、識(shí)別變更流程、變更流程重組、定義變更數(shù)據(jù)類、定義變更信息系統(tǒng)邏輯結(jié)構(gòu)、確定變更信息系統(tǒng)總體結(jié)構(gòu)中的優(yōu)先順序、變更各子系統(tǒng)按先后順序排出開發(fā)計(jì)劃、劃分敏捷開發(fā)模式的迭代維度及頻度。

3.3 團(tuán)隊(duì)架構(gòu)

團(tuán)隊(duì)架構(gòu)要確定參與系統(tǒng)建設(shè)人與角色，在商業(yè)銀行變更管理信息化的組織結(jié)構(gòu)中，強(qiáng)調(diào)以變更責(zé)任人為核心，變更制度制定者、變更管理流程執(zhí)行者、信息化系統(tǒng)建設(shè)者全程介入開發(fā)及持續(xù)運(yùn)維各階段的組織結(jié)構(gòu)模式（見圖4）。商業(yè)銀行IT變更管理信息化項(xiàng)目一般規(guī)模較大，按照項(xiàng)目規(guī)模及迭代維度，建立多團(tuán)隊(duì)敏捷開發(fā)組織框架，每個(gè)團(tuán)隊(duì)安排領(lǐng)域產(chǎn)品負(fù)責(zé)人（APO）[4] ，此外商業(yè)銀行各系統(tǒng)運(yùn)行環(huán)境復(fù)雜多樣，其變更自動(dòng)化，有較強(qiáng)的技術(shù)難度，往往構(gòu)成系統(tǒng)開發(fā)的關(guān)鍵路徑，所以需組成公共控件組先行研究相應(yīng)的技術(shù)解決手段。

3.4 技術(shù)實(shí)現(xiàn)

在技術(shù)實(shí)現(xiàn)時(shí)，首先研究低耦合、高內(nèi)聚功能模塊集，需劃分變更管理信息化模塊及功能最小集合，以完成信息系統(tǒng)邏輯結(jié)構(gòu)定義。因變更管理很重要一環(huán)是對(duì)變更流程管理，故需工作流程管理模塊；變更管理涉及復(fù)雜人員組織體系，故需人員機(jī)構(gòu)模塊；變更管理是針對(duì)系統(tǒng)應(yīng)用或數(shù)據(jù)作出變更，故需應(yīng)用系統(tǒng)模塊；變更管理需對(duì)變更實(shí)施后業(yè)務(wù)影響驗(yàn)證及評(píng)價(jià)，故需業(yè)務(wù)數(shù)據(jù)監(jiān)控模塊；變更管理需對(duì)相關(guān)變更場景進(jìn)行比對(duì)檢索過程，故需知識(shí)專家?guī)炷K；變更管理需對(duì)應(yīng)用進(jìn)行自動(dòng)部署回退等，故需變更自動(dòng)化工具模塊。

其次針對(duì)各模塊可能遇到的技術(shù)瓶頸、所需公共控件，由公共控件組研究相應(yīng)的技術(shù)解決手段。變更管理涉及復(fù)雜的文檔管理過程，需要建立文檔解析引擎及文件傳輸控制引擎；變更操作及驗(yàn)證涉及向服務(wù)器發(fā)送及解析信令的過程，需要建立遠(yuǎn)程主機(jī)通信自動(dòng)解析調(diào)用引擎；數(shù)據(jù)變更的自動(dòng)化，需要建立數(shù)據(jù)庫規(guī)則語義檢查與調(diào)度管理引擎，以完成數(shù)據(jù)變更的安全檢查、自動(dòng)備份、執(zhí)行、回退；程序變更流程自動(dòng)化，需要建立應(yīng)用服務(wù)器自動(dòng)引擎，以完成程序變更的自動(dòng)備份、、回退；這些技術(shù)模塊與引擎共同構(gòu)成變更管理信息化的技術(shù)要素，通過不同的組合和應(yīng)用，為變更管理各組應(yīng)用場景提供技術(shù)支撐。

4 實(shí) 踐

A銀行是一家國有大型商業(yè)銀行，近年來隨著各項(xiàng)業(yè)務(wù)量迅猛增長，變更管理工作日益繁雜。為進(jìn)一步提高變更保障能力和變更管理工作信息化水平，規(guī)范變更管理工作流程，從變更管理實(shí)際工作出發(fā)，結(jié)合變更管理未來發(fā)展需要，特開發(fā)變更管理系統(tǒng)（簡稱S系統(tǒng)），整合變更管理各個(gè)環(huán)節(jié)。該系統(tǒng)累計(jì)投入人力超過187人月，建設(shè)工期近一年，采用原型法加敏捷開發(fā)模式，以變更評(píng)審人為核心，實(shí)現(xiàn)變更操作自動(dòng)化、變更管理流程信息化、變更驗(yàn)證自動(dòng)化、專家知識(shí)庫等功能模塊。

通過對(duì)變更信息化平臺(tái)應(yīng)用實(shí)踐，A銀行彌補(bǔ)了變更申請、變更評(píng)審、變更實(shí)施在嚴(yán)肅性、合規(guī)性和流程性上的不足，有效防控了投產(chǎn)變更風(fēng)險(xiǎn)，提高了變更執(zhí)行成功率，為A銀行在科技風(fēng)險(xiǎn)管理與防控方面作出了重要貢獻(xiàn)。以2012年為例，日均用戶1 200余人次，執(zhí)行變更2 157個(gè)，變更執(zhí)行成功率持續(xù)提高，變更異常率同比降低50%，目前A銀行在總行層面的變更管理信息化程度相對(duì)較高，后期將在一級(jí)分行逐步進(jìn)行推廣執(zhí)行。

5 總 結(jié)

本文就商業(yè)銀行IT變更管理信息化建設(shè)體系進(jìn)行了研究，提出了信息化方法，并在大型國有商業(yè)銀行進(jìn)行了初步實(shí)踐。本文所提出的方法其應(yīng)用范圍還有待進(jìn)一步擴(kuò)大，其通用性、規(guī)模性還有待加強(qiáng)。

主要參考文獻(xiàn)

[1]中國銀行業(yè)監(jiān)督管理委員會(huì).商業(yè)銀行信息科技風(fēng)險(xiǎn)管理指引[Z].2012.

[2]中國銀行業(yè)監(jiān)督管理委員會(huì).銀行業(yè)金融機(jī)構(gòu)重要信息系統(tǒng)投產(chǎn)及變更管理辦法[Z].2009.

技術(shù)變更流程范文第2篇

關(guān)鍵詞：自動(dòng)化測試；業(yè)務(wù)流程；SG-ERP

中圖分類號(hào)：TP29

在龐大而復(fù)雜的SG-ERP系統(tǒng)建設(shè)、運(yùn)維中，系統(tǒng)變更往往需要對(duì)涉及到的多個(gè)業(yè)務(wù)流程進(jìn)行全方位的測試，制作大量的測試腳本及準(zhǔn)備多角度的測試數(shù)據(jù)和用例，同時(shí)還需要進(jìn)行完整的多輪回歸測試。目前SG-ERP系統(tǒng)尚無專門的自動(dòng)化測試工具，因而亟需提升SG-ERP系統(tǒng)的測試水平，加強(qiáng)和促進(jìn)自動(dòng)化測試技術(shù)在SG-ERP中的應(yīng)用，在更廣層面、更深層次上提升SG-ERP系統(tǒng)的運(yùn)維能力。有鑒于此，本文依據(jù)江蘇電力企業(yè)架構(gòu)成果，以業(yè)務(wù)流程為導(dǎo)向，選取業(yè)務(wù)系統(tǒng)中典型的、復(fù)雜的業(yè)務(wù)場景和功能模塊作為試點(diǎn)項(xiàng)目，研究不同功能應(yīng)用場景的自動(dòng)化關(guān)鍵技術(shù)與支持工具，并開發(fā)了一套應(yīng)用于SG-ERP系統(tǒng)的自動(dòng)化測試工具。當(dāng)系統(tǒng)發(fā)生任何功能變更后，該工具能自動(dòng)識(shí)別受影響的業(yè)務(wù)流程，并將相關(guān)的測試信息以不同的顏色框架展示給用戶。

1 系統(tǒng)總體架構(gòu)

在系統(tǒng)分析和總結(jié)電力信息系統(tǒng)自動(dòng)化測試的研究成果，并考慮企業(yè)級(jí)自動(dòng)化測試技術(shù)的應(yīng)用現(xiàn)狀需求的基礎(chǔ)上，本文對(duì)相關(guān)的關(guān)鍵理論和技術(shù)進(jìn)行了深入研究，提出了基于業(yè)務(wù)流程的智能自動(dòng)化測試框架，自下而上包括分為并行與壓力測試模塊、數(shù)據(jù)驅(qū)動(dòng)測試模塊、可視化動(dòng)態(tài)展示平臺(tái)，其中可視化動(dòng)態(tài)展示平臺(tái)包括用戶交互有關(guān)的模塊：業(yè)務(wù)對(duì)象維護(hù)、變更處理輸入、業(yè)務(wù)流程展示、流程動(dòng)態(tài)監(jiān)控、事件響應(yīng)處理、日志查詢等。數(shù)據(jù)驅(qū)動(dòng)測試模塊包括多種類測試腳本整合、測試腳本傳遞與連續(xù)執(zhí)行的數(shù)據(jù)處理、業(yè)務(wù)流程測試過程動(dòng)態(tài)執(zhí)行，具體的體系架構(gòu)見圖1。

圖1 項(xiàng)目總體研究體系架構(gòu)圖

2 試點(diǎn)應(yīng)用仿真

該自動(dòng)化測試工具以SG-ERP的業(yè)務(wù)流程為基礎(chǔ)，將ERP中實(shí)現(xiàn)的軟件流程配置在工具內(nèi)，并把流程中功能點(diǎn)所包含的測試案例制作成對(duì)應(yīng)的腳本，配置腳本數(shù)據(jù)及其關(guān)系，最終實(shí)現(xiàn)業(yè)務(wù)流程、功能點(diǎn)、測試案例的系統(tǒng)化管理。當(dāng)業(yè)務(wù)流程發(fā)生任何需求變更時(shí)，均可快速識(shí)別受影響的業(yè)務(wù)流程并實(shí)現(xiàn)全過程的自動(dòng)化測試。

2.1 業(yè)務(wù)流程

選取江蘇電力業(yè)務(wù)架構(gòu)中的“服務(wù)需求計(jì)劃提報(bào)”流程作為試點(diǎn)應(yīng)用實(shí)例，該業(yè)務(wù)流程是項(xiàng)目管理模塊中的一個(gè)典型復(fù)雜業(yè)務(wù)場景，此場景中選取了兩個(gè)典型流程，分別是非招標(biāo)服務(wù)需求計(jì)劃流程和國網(wǎng)服務(wù)采購招標(biāo)物資部匯總流程。非招標(biāo)服務(wù)需求計(jì)劃流程涉及的功能點(diǎn)有服務(wù)需求計(jì)劃的填報(bào)、服務(wù)合同的簽訂、服務(wù)確認(rèn)以及發(fā)票預(yù)制，國網(wǎng)服務(wù)采購招標(biāo)物資部匯總流程涉及的功能點(diǎn)有服務(wù)需求計(jì)劃的填報(bào)、服務(wù)需求計(jì)劃的審批和匯總、服務(wù)合同的簽訂、服務(wù)確認(rèn)以及發(fā)票預(yù)制。圖3給出了服務(wù)需求計(jì)劃提報(bào)流程的整體業(yè)務(wù)流程圖。其中，節(jié)點(diǎn)10和20是服務(wù)需求計(jì)劃填報(bào)的流程節(jié)點(diǎn)，節(jié)點(diǎn)30和40是服務(wù)合同的簽訂的流程節(jié)點(diǎn)，節(jié)點(diǎn)100到110是服務(wù)確認(rèn)以及發(fā)票預(yù)制的流程節(jié)點(diǎn)，節(jié)點(diǎn)50～90是服務(wù)需求計(jì)劃的匯總和審批的流程節(jié)點(diǎn)。

圖2 服務(wù)需求計(jì)劃提報(bào)業(yè)務(wù)流程

2.2 軟件流程系統(tǒng)化

軟件流程系統(tǒng)化分為業(yè)務(wù)流程系統(tǒng)化、腳本系統(tǒng)化和測試案例系統(tǒng)化三部分：

（1）業(yè)務(wù)流程系統(tǒng)化。自動(dòng)化測試工具將業(yè)務(wù)流程分層級(jí)維護(hù)和管理，以清晰展現(xiàn)業(yè)務(wù)流程的各個(gè)節(jié)點(diǎn)，即第一層為業(yè)務(wù)流程，第二層為流程包含的功能點(diǎn)，第三層為功能點(diǎn)包含的腳本。圖3給出了“非招標(biāo)服務(wù)需求計(jì)劃提報(bào)流程”的業(yè)務(wù)流程系統(tǒng)化示意圖，首先在系統(tǒng)中維護(hù)第一層級(jí)非招標(biāo)服務(wù)需求計(jì)劃提報(bào)流程，然后在第二層級(jí)維護(hù)服務(wù)采購申請?zhí)顖?bào)、服務(wù)合同簽訂、服務(wù)確認(rèn)及發(fā)票預(yù)制等功能點(diǎn)，最后在第三層級(jí)維護(hù)提報(bào)服務(wù)需求計(jì)劃、部門審批接口、創(chuàng)建服務(wù)采購訂單、采購訂單兩級(jí)審批、服務(wù)確認(rèn)以及發(fā)票預(yù)制等腳本。層級(jí)的劃分完全滿足客制化的定制需求，并且具備增、刪、改、查等功能。

圖3 業(yè)務(wù)流程系統(tǒng)化示意圖

圖4 功能點(diǎn)系統(tǒng)化示意圖

（2）腳本系統(tǒng)化。自動(dòng)化測試工具包含腳本庫的維護(hù)和管理，腳本整合管理。首先該工具提供腳本庫維護(hù)事務(wù)，能夠根據(jù)層級(jí)分類維護(hù)腳本；其次將不同類型的腳本自動(dòng)整合成工具識(shí)別的廣義腳本。如圖4所示，該工具整合了SECATT類和Function類腳本。

（3）測試案例系統(tǒng)化。測試案例在不同的測試過程中是可以部分重復(fù)使用的，自動(dòng)化測試工具可以人為地選擇需要保存的案例，此功能降低了多輪回歸測試過程中案例的準(zhǔn)備工作量，提高了測試效率，形成了測試案例的系統(tǒng)化管理。圖5保存了上一次服務(wù)需求計(jì)劃提報(bào)的案例數(shù)據(jù)，在下輪的回歸測試中重復(fù)使用，并且案例數(shù)據(jù)在測試過程中可隨時(shí)更改和導(dǎo)入。

圖5 測試案例配置關(guān)系示意圖 圖6 需要被測試的業(yè)務(wù)流程列表

2.3 系統(tǒng)變更

當(dāng)系統(tǒng)變更完成時(shí)，自動(dòng)化測試工具能夠根據(jù)請求號(hào)獲得下面的對(duì)象列表，同時(shí)利用自主開發(fā)的對(duì)象影響分析功能搜索主程序和事物代碼，當(dāng)與配置的主程序或事物代碼匹配時(shí)，則進(jìn)入被影響區(qū)域，從而自動(dòng)生成需要被測試的業(yè)務(wù)流程列表，即實(shí)現(xiàn)根據(jù)需求變更自動(dòng)生成測試計(jì)劃的目的。自動(dòng)生成的需要被測試的業(yè)務(wù)流程列表如下圖6所示：

選擇某一個(gè)具體的業(yè)務(wù)流程后，即可進(jìn)入主頁面進(jìn)行測試，實(shí)時(shí)展示流程中各節(jié)點(diǎn)的運(yùn)行狀態(tài)（測試前，測試中，測試后），并用不同的顏色框架展示給用戶。同時(shí)，用戶可以方便地查看任何一個(gè)功能或測試腳本的詳細(xì)測試日志，實(shí)現(xiàn)測試系統(tǒng)的過程可控性及360度動(dòng)態(tài)監(jiān)控。

2.4 系統(tǒng)驗(yàn)證

在SAP項(xiàng)目的實(shí)施中，測試部分通常分為單元測試與集成測試[8]。單元測試是對(duì)軟件中最小可測試單元進(jìn)行檢查和驗(yàn)證，在SAP中就是單功能點(diǎn)測試；集成測試是將所有的模塊按照設(shè)計(jì)要求組裝成子系統(tǒng)或系統(tǒng)進(jìn)行測試，在SAP中表現(xiàn)為跨模塊、跨系統(tǒng)的綜合測試。針對(duì)業(yè)務(wù)流程相關(guān)腳本的變更，本文將傳統(tǒng)的測試過程和自動(dòng)化測試工具引入后的測試過程進(jìn)行了場景模擬和實(shí)驗(yàn)比較驗(yàn)證。

（1）測試計(jì)劃的生成過程。在傳統(tǒng)的測試過程中，測試計(jì)劃是由人工分析和整理的。在人工整理的過程中人員對(duì)系統(tǒng)、業(yè)務(wù)流程以及功能點(diǎn)的熟悉程度是關(guān)鍵因素，分析過程會(huì)耗費(fèi)大量的人力并且對(duì)測試人員素質(zhì)有很高的要求，而自動(dòng)化測試工具能夠根據(jù)變更對(duì)象在流程庫中智能的搜索和分析，自動(dòng)生成一套全面的、嚴(yán)謹(jǐn)?shù)臏y試計(jì)劃。

（2）單元測試和集成測試的數(shù)據(jù)采集。首先在自動(dòng)化測試工具中完成非招標(biāo)服務(wù)需求計(jì)劃提報(bào)、國網(wǎng)服務(wù)招標(biāo)采購流程（物資部匯總）這兩個(gè)流程的相關(guān)配置、腳本制作等工作，如表1所示。

表1 腳本制作時(shí)間表（單位：小時(shí)）

本文針對(duì)兩個(gè)業(yè)務(wù)場景進(jìn)行測試工作。場景一：當(dāng)部門審批接口發(fā)生變更時(shí)，在單元測試和集成測試過程中分別收集完成手工測試維護(hù)執(zhí)行時(shí)間和自動(dòng)化工具執(zhí)行時(shí)間。場景二：當(dāng)經(jīng)法系統(tǒng)接口發(fā)生變更時(shí)，在單元測試和集成測試過程中分別收集完成手工測試維護(hù)執(zhí)行時(shí)間和自動(dòng)化工具測試執(zhí)行時(shí)間。其中腳本變更維護(hù)時(shí)間分別為部門審批提交腳本的維護(hù)時(shí)間和經(jīng)法系統(tǒng)接口變更腳本的維護(hù)時(shí)間，單元測試階段只存在單個(gè)變更腳本的測試時(shí)間，集成測試階段是對(duì)整個(gè)流程的測試，所以存在流程中每個(gè)腳本執(zhí)行、維護(hù)的測試時(shí)間。

（3）自動(dòng)化測試效益分析。自動(dòng)化測試的經(jīng)濟(jì)成本通常可以描述為固定成本和可變成本。固定成本主要指軟硬件成本，包括：硬件、應(yīng)用軟件的許可證、應(yīng)用軟件的技術(shù)支持、自動(dòng)化測試環(huán)境的設(shè)計(jì)和搭建、腳本開發(fā)工具軟件、腳本開發(fā)工具的許可證等，其不受自動(dòng)化測試的成果數(shù)量和運(yùn)行次數(shù)影響?？勺兂杀局饕y試準(zhǔn)備成本、創(chuàng)建自動(dòng)化測試的成本、執(zhí)行自動(dòng)化測試的成本、維護(hù)自動(dòng)化測試的成本和測試報(bào)告生成成本。這些因素中，創(chuàng)建自動(dòng)化測試的成本、執(zhí)行自動(dòng)化測試的成本、維護(hù)自動(dòng)化測試的成本對(duì)測試成本的統(tǒng)計(jì)結(jié)果影響較大。而測試往往是一個(gè)重復(fù)的活動(dòng)，這就帶來了計(jì)算ROI（Return On Investment投資回報(bào)率）時(shí)的另外兩個(gè)重要因素：自動(dòng)化測試的運(yùn)行次數(shù)和手工測試運(yùn)行次數(shù)。在此本文給出一個(gè)自動(dòng)化測試投資回報(bào)率的計(jì)算公式：

自動(dòng)化測試投資回報(bào)率采用式（1）計(jì)算：

在前6次的測試中，ROI為負(fù)值，手工測試成本低于自動(dòng)化測試，并且ROI隨著測試次數(shù)的增加而增加，在第7次測試時(shí)（ROI由負(fù)值到0.04）手工測試成本與自動(dòng)化測試成本大致平衡，此后，自動(dòng)化測試的成本小于手工測試成本。當(dāng)自動(dòng)測試被重復(fù)利用20次時(shí)，收益達(dá)到0.78。由此可得，自動(dòng)化測試的時(shí)間越長、測試次數(shù)越多，ROI會(huì)越大，收益越高。由此可見自動(dòng)測試的效率提高還是相當(dāng)顯著的。

3 結(jié)束語

本文以江蘇電力公司現(xiàn)有的測試體系為基礎(chǔ)，利用數(shù)據(jù)與腳本分離技術(shù)，提出一種根據(jù)需求變更自動(dòng)生成測試計(jì)劃的新理念，開發(fā)了一套應(yīng)用于SG-ERP系統(tǒng)的自動(dòng)化測試工具，并將其應(yīng)用于項(xiàng)目管理模塊的典型業(yè)務(wù)流程測試，實(shí)驗(yàn)結(jié)果表明該測試工具在快速實(shí)現(xiàn)需求變更的情況下能保證業(yè)務(wù)體系的功能完整性，為智能電網(wǎng)業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行提供堅(jiān)實(shí)的保障。在下一步的工作中，將會(huì)對(duì)自動(dòng)化測試過程中生成的異常報(bào)告集和分析，形成處理方案，并匯總形成知識(shí)庫，進(jìn)而建立軟件質(zhì)量閉環(huán)管理機(jī)制，保證軟件產(chǎn)品質(zhì)量。

參考文獻(xiàn)：

[1]Thomas H.Davenport，Mission Critical：Realizing the Promise of Enterprise Systems[M].US，Harvard Business Press，2000：1-3.

[2]陳啟申.ERP――從內(nèi)部集成起步[M].北京：電子工業(yè)出版社，2005：4-5.

[3]方菲，孫家，王立福.面向?qū)ο筌浖貧w測試技術(shù)研究[J].軟件學(xué)報(bào)，2001（03）：372-376.

[4]姚實(shí)穎，肖沙里，譚霞.軟件測試自動(dòng)化中建立可維護(hù)腳本的技術(shù)[J].計(jì)算機(jī)工程，2003（11）：79-81.

[5]章曉芳，徐寶文，聶長海.一種基于測試需求約簡的測試用例集優(yōu)化方法[J].軟件學(xué)報(bào)，2007（04）：821-831.

[6]梁煜，李舒，張輝.關(guān)于并行程序時(shí)序測試中測試覆蓋率的研究[J].計(jì)算機(jī)研究與發(fā)展，1999（02）：160-165.

[7]吳立松，楊根興，蔡立志.基于構(gòu)件的測試腳本復(fù)用技術(shù)研究[J].計(jì)算機(jī)應(yīng)用研究，2009（04）：1323-1326.

[8]黃超，黃地龍.ERP管理軟件的測試[J].電子測試，2008（12）：81-85.

[9]于秀山.軟件自動(dòng)化測試效費(fèi)分析[J].計(jì)算機(jī)工程與應(yīng)用，2003（17）：107-109.

[10]史永莉，陳元琰，羅曉曙.軟件自動(dòng)化測試方案的效益分析[J].微計(jì)算機(jī)信息，2010（06）：226-227.

技術(shù)變更流程范文第3篇

關(guān)鍵詞：合同管理；管理流程；信息系統(tǒng)；界面管理

中圖分類號(hào)：F284　文獻(xiàn)標(biāo)識(shí)碼：B　文章編號(hào)：1008－0422(2007)09－0073－06

1　引言

大型項(xiàng)目的合同種類繁多，傳統(tǒng)的手工管理方法耗時(shí)費(fèi)力，很難實(shí)現(xiàn)合同信息的快速提取，對(duì)合同執(zhí)行狀況難以進(jìn)行動(dòng)態(tài)跟蹤，對(duì)合同索賠缺乏信息支持。基于管理流程的合同管理信息化的目標(biāo)是對(duì)大型施工企業(yè)的所簽訂的各類合同的基本信息進(jìn)行管理；對(duì)合同狀態(tài)進(jìn)行跟蹤；通過信息平臺(tái)實(shí)現(xiàn)合同評(píng)審的網(wǎng)絡(luò)化；根據(jù)合同確定項(xiàng)目的預(yù)算成本，作為成本控制依據(jù)，并對(duì)合同執(zhí)行情況進(jìn)行對(duì)比跟蹤；依據(jù)歷史工程索賠事件建立索賠事件庫為項(xiàng)目獲取索賠機(jī)會(huì)提供信息支持。

近年來，信息技術(shù)的高速發(fā)展為管理流程的改進(jìn)提供了很大的空間，全面推動(dòng)了流程管理的實(shí)現(xiàn)與組織的變革，對(duì)工程項(xiàng)目合同管理的實(shí)施進(jìn)行流程分析，將相互關(guān)聯(lián)的管理過程作為系統(tǒng)加以識(shí)別、分析和理解，確定項(xiàng)目管理流程、操作程序、工作邏輯關(guān)系，從而提出并優(yōu)化有關(guān)管理流程，建立一套標(biāo)準(zhǔn)化、工作程序化、規(guī)范化、科學(xué)合理的管理工作流程，將有利于對(duì)整個(gè)項(xiàng)目系統(tǒng)或系統(tǒng)中的某個(gè)過程及其相互作用進(jìn)行動(dòng)態(tài)的、系統(tǒng)的管理，從而保證了各項(xiàng)工程施工活動(dòng)的決策正確性及其實(shí)施結(jié)果的預(yù)期性，最終有效地保證項(xiàng)目合同管理目標(biāo)的實(shí)現(xiàn)。

2　大型建設(shè)項(xiàng)目的合同管理流程簡介

2．1　大型建設(shè)項(xiàng)目合同管理流程的概念

管理流程是指管理活動(dòng)中一系列相互關(guān)聯(lián)行為的序列結(jié)構(gòu)，它反映了在某種活動(dòng)目標(biāo)的導(dǎo)向下，這些活動(dòng)的先后順序、承轉(zhuǎn)關(guān)系，制約、推進(jìn)和輸入輸出的客觀規(guī)律。按其性質(zhì)和作用可以分為總體流程、局部流程和細(xì)部流程，總體流程規(guī)定了管理活動(dòng)的階段劃分以及各階段的相互關(guān)系；局部流程反映各管理階段重要環(huán)節(jié)的相互關(guān)系；細(xì)部流程則反映各管理環(huán)節(jié)中業(yè)務(wù)活動(dòng)的相互關(guān)系和流轉(zhuǎn)過程。

大型建設(shè)項(xiàng)目合同管理流程是它反映了建設(shè)工程施工生產(chǎn)的客觀規(guī)律和管理活動(dòng)的特點(diǎn)，將施工過程所需要的信息流和物質(zhì)流進(jìn)行有機(jī)結(jié)合，并為施工技術(shù)作業(yè)和管理活動(dòng)輸入行為目標(biāo)、物質(zhì)條件、運(yùn)作規(guī)則，促使其產(chǎn)出預(yù)期的結(jié)果。

2．2　大型建設(shè)項(xiàng)目合同管理流程的特點(diǎn)

管理流程具有目的性、必然性、多樣性、系統(tǒng)性和層次性的特點(diǎn)。

2．2．1　目的性是指管理流程表達(dá)了管理業(yè)務(wù)完成的過程，一定以實(shí)現(xiàn)相應(yīng)的管理業(yè)務(wù)為目的：

2．2．2　必然性指管理業(yè)務(wù)的完成必然要通過某種流程；

2．2．3　多樣性指許多管理業(yè)務(wù)完成方式不具有唯一性，指一個(gè)管理系統(tǒng)中總是存在多種管理業(yè)務(wù)，因此存在多種流程，而且這些流程之間是密切相關(guān)的，是嚴(yán)密的組織的。一個(gè)管理系統(tǒng)的流程是由多種不同的流程構(gòu)成的流程體系；

2．2．4　層次性指由于管理系統(tǒng)的功能具有層次性，相應(yīng)的管理業(yè)務(wù)與流程也具有層次性，即一個(gè)綜合性的管理業(yè)務(wù)的流程可以分解為若干較管理業(yè)務(wù)流程組合。

2．3　大型建設(shè)項(xiàng)目合同管理流程的構(gòu)建步驟

為了保證建設(shè)項(xiàng)目合同管理的成功實(shí)施，必須建立一套高效的管理流程體系，而一個(gè)理想的流程體系結(jié)構(gòu)應(yīng)該滿足以下兩個(gè)條件；(1)流程同步，指流程應(yīng)具備在質(zhì)量、數(shù)量、時(shí)間等方面準(zhǔn)確滿足建設(shè)項(xiàng)目合同目標(biāo)實(shí)現(xiàn)的能力。(2)流程高效，是用總的流程成本來計(jì)算，理想水平是用盡可能低的成本來保證項(xiàng)目信息流程、資金流、物資流的運(yùn)轉(zhuǎn)。管理系統(tǒng)流程設(shè)計(jì)的主要內(nèi)容有管理業(yè)務(wù)分解、相關(guān)管理業(yè)務(wù)分析、構(gòu)建管理流程責(zé)任分配矩陣、繪制各級(jí)管理流程圖等。

管理流程設(shè)計(jì)是大型建設(shè)項(xiàng)目造價(jià)管理系統(tǒng)設(shè)計(jì)的重要組成部分，管理流程設(shè)計(jì)通過將某項(xiàng)管理工作分解為各個(gè)管理活動(dòng)，直到管理工序，并區(qū)分具有不同性質(zhì)或特點(diǎn)的工序，根據(jù)管理科學(xué)原理采用不同的工序完成方式，在此基礎(chǔ)上確定的管理工作完成過程，為科學(xué)地確定系統(tǒng)結(jié)構(gòu)、系統(tǒng)的管理規(guī)范奠定了基礎(chǔ)。特別是在現(xiàn)有管理系統(tǒng)重新設(shè)計(jì)中，通過流程研究，優(yōu)化與再設(shè)計(jì)，使進(jìn)一步通過結(jié)構(gòu)再設(shè)計(jì)實(shí)現(xiàn)系統(tǒng)整體優(yōu)化有了較好的基礎(chǔ)。項(xiàng)目合同管理工作的分解及相應(yīng)流程的構(gòu)建一般經(jīng)過如下幾個(gè)步驟：

(1)對(duì)建設(shè)合同管理工作進(jìn)行研究與探索，確定分解的準(zhǔn)則，是按管理職能劃分或是按工程實(shí)施順序劃分等準(zhǔn)則；

(2)確定某項(xiàng)管理工作的管理活動(dòng)組成，并理清管理活動(dòng)中各個(gè)管理工序，初步擬定某項(xiàng)管理工作完成的綜合流程和相應(yīng)的子流程；

(3)去除每項(xiàng)管理職能的流程中的不可行的方案或明顯劣于其他方案的方案，保留較好的方案。

2．4　大型建設(shè)項(xiàng)目合同管理流程的控制

大型建設(shè)項(xiàng)目合同管理流程控制是利用現(xiàn)代工程項(xiàng)目管理相關(guān)學(xué)科知識(shí)和技術(shù)方法，通過對(duì)影響建設(shè)項(xiàng)目合同管理的目標(biāo)的因素進(jìn)行識(shí)別、建設(shè)環(huán)境進(jìn)行分析，對(duì)工程項(xiàng)目建設(shè)合同管理的目標(biāo)控制的原則、原理、方法及措施做出全面的系統(tǒng)規(guī)劃，進(jìn)而對(duì)建設(shè)行為狀態(tài)實(shí)行跟蹤控制和組織協(xié)調(diào)，從而保證對(duì)建設(shè)項(xiàng)目管理職能的履行，最終實(shí)現(xiàn)工程項(xiàng)目的建設(shè)目標(biāo)。

它涉及到利用信息系統(tǒng)所提供的信息，對(duì)管理活動(dòng)做出最優(yōu)化決策和指令，使每個(gè)管理過程始終逼近項(xiàng)目目標(biāo)計(jì)劃?？刂葡到y(tǒng)的決策、指令及執(zhí)行，是由項(xiàng)目管理部門的高級(jí)、中級(jí)、及技術(shù)管理三個(gè)層次實(shí)現(xiàn)的，三個(gè)層次的水平將直接影響目標(biāo)計(jì)劃的實(shí)現(xiàn)。信息系統(tǒng)的信息敏感程度，與控制系統(tǒng)的決策優(yōu)化水平關(guān)系極大，而控制系統(tǒng)的決策優(yōu)化水平，直接影響到計(jì)劃與實(shí)際的差異程度。因此，信息系統(tǒng)與控制系統(tǒng)必須設(shè)計(jì)成相匹配的系統(tǒng)。

2．5　合同管理流程的界面分析與管理

界面，又稱接口，是指相互作用的子系統(tǒng)之間的界限，是子系統(tǒng)之間既相區(qū)別又相聯(lián)系的紐帶。界面管理是指協(xié)調(diào)相互作用的子系統(tǒng)之間的能量、物質(zhì)、信息交換以實(shí)現(xiàn)系統(tǒng)目標(biāo)的活動(dòng)，除了組織上、管理上、技術(shù)上的協(xié)調(diào)之外，還要協(xié)調(diào)各系統(tǒng)界面的相互關(guān)系。

在現(xiàn)代工程項(xiàng)目管理中，人們越來越強(qiáng)調(diào)系統(tǒng)的集成，在工程項(xiàng)目中界面具有十分廣泛的意義，項(xiàng)目的各類系統(tǒng)，如目標(biāo)系統(tǒng)、技術(shù)系統(tǒng)、行為系統(tǒng)、組織系統(tǒng)等，他們的系統(tǒng)單元之間，以及系統(tǒng)與外部環(huán)境之間都存在著復(fù)雜的界面。項(xiàng)目管理系統(tǒng)各子系統(tǒng)之

間及各個(gè)子系統(tǒng)內(nèi)部存在復(fù)雜的界面，而直接的表現(xiàn)形式是各管理流程之間的接口。

我們可以看出項(xiàng)目管理系統(tǒng)與外界以及項(xiàng)目管理系統(tǒng)內(nèi)部之間的流程要素以及各管理流程之間存在復(fù)雜的關(guān)系，他們之間互相作用、互相聯(lián)系、互相影響，建設(shè)項(xiàng)目管理流程的界面有很多種類型，可以從很多不同的角度來描述：

(1)項(xiàng)目的各類組織系統(tǒng)之間以及項(xiàng)目整個(gè)系統(tǒng)與外界環(huán)境系統(tǒng)之間存在復(fù)雜的管理界面。例如，政府主管部門、項(xiàng)目管理組織、承包商、材料供應(yīng)商等項(xiàng)目參建單位之間的工作往來形成了復(fù)雜的管理流程界面：從總體上，項(xiàng)目所需要的資源、信息、資金、技術(shù)等都是通過界面輸入的，項(xiàng)目向外界提品、服務(wù)、信息等也是通過界面輸出的，所以整個(gè)系統(tǒng)與外界也存在著復(fù)雜的界面。

(2)在工程項(xiàng)目生命周期的各階段之間的管理流程界面。建設(shè)項(xiàng)目自可行性研究至設(shè)計(jì)、設(shè)計(jì)到施工、施工到驗(yàn)收，在這些界面的兩側(cè)的管理環(huán)境及參與單位都有著顯著的不同從而導(dǎo)致管理流程的差異，這些差異造成不同的工作、人員行為以及控制方針，從而形成了項(xiàng)目管理實(shí)施過程之間的管理流程界面。

(3)各管理子系統(tǒng)之間的職能管理流程界面。在建設(shè)項(xiàng)目的管理中，項(xiàng)目管理的各個(gè)職能以及各個(gè)管理部門在項(xiàng)目過程中形成一定的關(guān)系，互相依賴、互相影響，由于各子系統(tǒng)的功能不同、目標(biāo)不同，按其職能可將項(xiàng)目管理系統(tǒng)分解為進(jìn)度管理子系統(tǒng)、成本(投資)管理子系統(tǒng)、質(zhì)量管理子系統(tǒng)、合同管理子系統(tǒng)等，從而各個(gè)子系統(tǒng)之間構(gòu)成復(fù)雜的職能管理流程界面。

(4)在項(xiàng)目建設(shè)的各個(gè)管理職能系統(tǒng)內(nèi)部也存在管理流程的界面，例如進(jìn)度計(jì)劃管理系統(tǒng)中，進(jìn)度計(jì)劃的編制分為總體實(shí)施計(jì)劃及各年度、季度、月度計(jì)劃的編制。在總體計(jì)劃編制的管理模塊中，輸入是項(xiàng)目管理目標(biāo)及上層系統(tǒng)組織的意圖，輸出是項(xiàng)目的總體實(shí)施進(jìn)度計(jì)劃，對(duì)于年度進(jìn)度計(jì)劃的編制而言，其輸入是總體實(shí)施計(jì)劃，輸出是項(xiàng)目的年度實(shí)施計(jì)劃。所以，不同階段的計(jì)劃編制工作之間存在流程界面。

(5)部門間流程界面。部門間流程是跨越兩個(gè)或兩個(gè)以上職能部門的流程，即流程的系列活動(dòng)是由不同職能部門的人來共同完成的。部門間流程的活動(dòng)是不同的，但卻是相關(guān)的，活動(dòng)之間有著內(nèi)在的聯(lián)系，有些活動(dòng)乍看起來是不相干的，但通過某些其他活動(dòng)的媒介，這些活動(dòng)間也發(fā)生了遠(yuǎn)程聯(lián)系，通過這些不同部門間的相關(guān)活動(dòng)的共同作用產(chǎn)生了特定的結(jié)果，從而構(gòu)成某一工作完成的特定流程。諸如，在建設(shè)項(xiàng)目的計(jì)量支付中，對(duì)于項(xiàng)目管理組織而言，首先必須由工程處對(duì)工程質(zhì)量驗(yàn)收合格，隨后由計(jì)劃處計(jì)量人員進(jìn)行造價(jià)審核，最后由分管領(lǐng)導(dǎo)審查簽字。這項(xiàng)管理工作的實(shí)施跨越了三個(gè)部門，產(chǎn)生了部門間的流程界面。

因此，我們要對(duì)整個(gè)管理系統(tǒng)進(jìn)行全面分析，運(yùn)用集成管理的思想，對(duì)流程實(shí)施集成管理，做好各管理流程的界面協(xié)調(diào)，保證各管理子系統(tǒng)之間以及各子系統(tǒng)內(nèi)不同管理流程的物資、能量、信息通暢地流動(dòng)，同時(shí)要處理好系統(tǒng)與外部環(huán)境的關(guān)系，使整個(gè)管理系統(tǒng)始終處于有效平穩(wěn)的狀態(tài)。

3　大型建設(shè)項(xiàng)目合同管理流程的設(shè)計(jì)與實(shí)現(xiàn)

3．1　背景分析

某大型項(xiàng)目的合同管理流程系統(tǒng)需要全面地歸納建設(shè)項(xiàng)目合同管理的事務(wù)，其中包括招投標(biāo)文檔，并通過分類登記、關(guān)聯(lián)管理、跟蹤催辦，使原本散落在各個(gè)部門和各個(gè)人案頭、柜子中的所有合同臺(tái)賬、費(fèi)用往來、文件往來、進(jìn)度款、付款憑證、變更及其處理過程記錄等均可有條不紊地記載到該系統(tǒng)中，使原本難以理清的施工管理和合同事務(wù)變得有章可循。要求該系統(tǒng)不僅本身具有強(qiáng)大的管理功能，還可很好地橋接工程項(xiàng)目的其它業(yè)務(wù)管理，如：對(duì)進(jìn)度計(jì)劃管理、材料與物資管理、投資控制管理、質(zhì)量安全管理等各個(gè)管理系統(tǒng)之間起到協(xié)調(diào)、監(jiān)控作用。

3．2　本項(xiàng)目合同流程管理的目標(biāo)分析

本項(xiàng)目的合同流程管理主要是實(shí)現(xiàn)對(duì)項(xiàng)目合同簽訂、履行、變更、索賠、終止、結(jié)算等的全過程跟蹤管理，同時(shí)為決策提供相應(yīng)的支持信息和完整的文檔管理。具體包括：

(1)實(shí)現(xiàn)對(duì)合同簽約的流程化管理，該部分內(nèi)容可鏈接到招投標(biāo)管理子系統(tǒng)中；

(2)以合同為主線，以費(fèi)用為中心，實(shí)現(xiàn)對(duì)合同全生命周期的管理；

(3)對(duì)合同變更、索賠等重要合同事件進(jìn)行記錄、分析，其中變更部分鏈接到計(jì)量支付中的工程變更管理；

(4)對(duì)工地會(huì)議、大事件、物資供應(yīng)等進(jìn)行記錄，以便查詢。

本系統(tǒng)所涵蓋的業(yè)務(wù)范圍是針對(duì)工程相關(guān)合同生命周期中的各項(xiàng)業(yè)務(wù)，包括基本信息的管理、工程各類合同的簽訂、履約監(jiān)控、變更、索賠、終止、結(jié)算等業(yè)務(wù)和工程備忘錄。

按照合同的生命周期，本系統(tǒng)合同管理子系統(tǒng)涉及的業(yè)務(wù)過程有合同的申請審核、工程各類合同的簽約、履約、計(jì)量與支付、變更和索賠、終止、結(jié)算等業(yè)務(wù)。本系統(tǒng)主要分為基本信息管理、合同簽約管理、合同進(jìn)程管理、合同變更管理、合同索賠管理、合同終止管理、工程備忘錄七大模塊。

合同管理子系統(tǒng)采用目錄樹層狀結(jié)構(gòu)，對(duì)合同申請、審核、簽訂、索賠、計(jì)量、支付、變更等合同相關(guān)業(yè)務(wù)進(jìn)行全面、有效地管理，使工程項(xiàng)目各有關(guān)單位之間建立有機(jī)的聯(lián)系，相互協(xié)調(diào)，共同實(shí)現(xiàn)進(jìn)度、質(zhì)量、費(fèi)用三大目標(biāo)。

3．3　合同管理綜合流程圖

根據(jù)本項(xiàng)目的特點(diǎn)，建立的合同管理綜合流程圖。

3．4　主要的功能模塊的分析

3．4．1　合同簽約管理模塊

本功能模塊是保證項(xiàng)目的順利進(jìn)行，規(guī)范經(jīng)濟(jì)行為，有效控制投資規(guī)模，規(guī)范合同的簽約行為。其主要功能包括如下幾點(diǎn)：

(1)實(shí)現(xiàn)合同文本審核流轉(zhuǎn)單的增、刪、改；

(2)實(shí)現(xiàn)合同文本審核流轉(zhuǎn)單的在線流轉(zhuǎn)；

(3)實(shí)現(xiàn)合同文本電子文檔的掛接；

(4)實(shí)現(xiàn)對(duì)合同模板的增、刪、改；

(5)實(shí)現(xiàn)對(duì)因招標(biāo)項(xiàng)目的信息查詢；

(6)實(shí)現(xiàn)合同文本電子文檔的在線批注、審核。

合同簽約管理流程。

3．4．2　合同進(jìn)程管理

合同進(jìn)程管理主要包括進(jìn)度信息管理、質(zhì)量信息管理、計(jì)量信息管理、支付信息管理四大管理模塊。

1、進(jìn)度信息管理

該模塊主要反映工程的進(jìn)度計(jì)劃與完成情況，可由各標(biāo)段的進(jìn)度計(jì)劃與完成情況的相關(guān)數(shù)據(jù)編制匯總得出進(jìn)度匯總表。該功能模塊要實(shí)現(xiàn)的功能如下：

(1)實(shí)現(xiàn)進(jìn)度計(jì)劃、完成情況的調(diào)用；

(2)實(shí)現(xiàn)進(jìn)度計(jì)劃、完成情況的信息查詢；

(3)實(shí)現(xiàn)各標(biāo)段進(jìn)度計(jì)劃、完成情況的對(duì)比分析。

2、質(zhì)量信息管理

該模塊主要提供工程檢測與評(píng)定及質(zhì)量事件的信息?？捎筛鳂?biāo)段質(zhì)量檢測、評(píng)定及其相關(guān)數(shù)據(jù)匯總得出工程質(zhì)量匯總報(bào)表。該功能模塊要實(shí)現(xiàn)的功能如下：

(1)實(shí)現(xiàn)質(zhì)量信息的調(diào)用；

(2)實(shí)現(xiàn)質(zhì)量檢測、評(píng)定與質(zhì)量事件的信息查詢：

(3)實(shí)現(xiàn)各標(biāo)段質(zhì)量情況的對(duì)比分析。

3、計(jì)量信息管理

該模塊主要是對(duì)各標(biāo)段每期工程計(jì)量信息的查詢與匯總，可由各標(biāo)段審核后的計(jì)量及相關(guān)信息，如工程量清單、中間計(jì)量表匯總出審核后的中間計(jì)量總表。其流程圖。

該功能模塊要實(shí)現(xiàn)的功能如下：

(1)實(shí)行計(jì)量信息的調(diào)用：

(2)能夠察看其他模塊中相關(guān)的支付、質(zhì)量與進(jìn)度信息，能夠?qū)塾?jì)完成數(shù)據(jù)進(jìn)行統(tǒng)計(jì)，并且用直方圖對(duì)合同完成情況進(jìn)行統(tǒng)計(jì)分析；

(3)能夠?qū)ν瓿身?xiàng)目進(jìn)行費(fèi)用分?jǐn)偅?/p>

(4)對(duì)以往審核后計(jì)量信息的查詢。

4、支付信息管理

該模塊主要是對(duì)各標(biāo)段每月支付信息進(jìn)行查詢與匯總?？捎蓪徍撕蟮母鳂?biāo)段支付及其相關(guān)信息，如中間支付單、付款單等匯總出審核后的中間支付匯總表。支付流程圖包括中間支付流程圖和竣工支付流程圖。

該功能模塊要實(shí)現(xiàn)的功能如下：

(1)實(shí)現(xiàn)調(diào)用支付信息；

(2)實(shí)現(xiàn)對(duì)中間支付信息的查詢；

(3)對(duì)支付金額超過支付比例的進(jìn)行預(yù)警；

(4)對(duì)支付款項(xiàng)做支付跟蹤，查詢實(shí)際支付時(shí)間、支付數(shù)量，及累計(jì)各期的支付數(shù)。

3．4．3　合同變更

主要實(shí)現(xiàn)合同變更的查詢匯總，并分析合同變更的變更工程量和計(jì)算審核，實(shí)現(xiàn)對(duì)非合同變更(工程變更和設(shè)計(jì)變更)的量價(jià)分析，并設(shè)置是否記人合同總價(jià)調(diào)整的功能。可實(shí)現(xiàn)由合同變更的基本信息，包括變更原因、變更內(nèi)容、變更時(shí)間、審核記錄等匯總得出合同變更情況一覽表，并予以合同的變更管理的功能。

該功能模塊要實(shí)現(xiàn)的功能如下：

(1)當(dāng)有新合同變更單進(jìn)入系統(tǒng)時(shí)報(bào)警，提示相關(guān)工作人員；

(2)對(duì)各標(biāo)段合同變更單的查詢：

(3)對(duì)各類變更進(jìn)行量價(jià)分析；

(4)對(duì)合同變更審核過程進(jìn)行查詢；

(5)能夠通過查詢相關(guān)的設(shè)計(jì)變更單審核工程變更單。

3．4．4　合同索賠

該模塊主要實(shí)現(xiàn)合同索賠的查詢匯總，并分析合同索賠的變更工程量和單價(jià)以及工期。本功能模塊不實(shí)現(xiàn)索賠的錄入，索賠申請審核在投資控制子系統(tǒng)系統(tǒng)中實(shí)現(xiàn)。該模塊可實(shí)現(xiàn)由合同索賠的基本信息，包括索賠日期、索賠原因、索賠內(nèi)容、索賠審核意見等匯總得出合同索賠信息一覽表。該功能模塊要實(shí)現(xiàn)的功能如下：

(1)提示、查詢、跟蹤合同索賠狀況；

(2)合同索賠與相關(guān)工程問題關(guān)聯(lián)：

(3)合同索賠需進(jìn)行量價(jià)分析和費(fèi)用分?jǐn)偂?/p>

合同索賠的基本流程圖見圖7所示

3．4．5　合同終止管理

1、合同中止和終止合同中止和終止后要進(jìn)行結(jié)算和資料移交等工作。該模塊的輸入為合同中止和終止的基本信息，該模塊的輸出主要為合同中止和終止的基本信息列表。該功能模塊要實(shí)現(xiàn)的功能如下：

(1)合同中止申請審核信息和終止信息的增、刪、改：

(2)合同中止申請審核信息和終止信息的查詢。

2、合同結(jié)算

合同結(jié)算指系統(tǒng)根據(jù)結(jié)算日期匯總合同投資的各項(xiàng)信息，如合同金額，發(fā)生變更金額，累計(jì)完成投資額，累計(jì)進(jìn)度款支付金額，剩余合同投資等，本管理模塊可以實(shí)現(xiàn)合同結(jié)算功能。該功能模塊要實(shí)現(xiàn)的功能如下：

(1)合同結(jié)算信息的增、刪、改；

(2)合同后生成合同剩余工程量清單。

3．5　接口

合同控制系統(tǒng)不使用外部專用軟件，因此本系統(tǒng)的接口主要是指與其他子系統(tǒng)的接口。

在工程項(xiàng)目實(shí)施中合同管理是投資、進(jìn)度、安全/質(zhì)量控制的依據(jù)。

(1)與投資控制子系統(tǒng)通過合同分解編碼和清單分解編碼相聯(lián)系，兩個(gè)系統(tǒng)的交叉主要在實(shí)際計(jì)量支付的管理和變更、索賠對(duì)投資的影響上，實(shí)際審核的流程交由投資管理子系統(tǒng)實(shí)施，審核結(jié)果的支付數(shù)額、變更索賠數(shù)額等傳給合同子系統(tǒng)做進(jìn)一步查詢分析。

(2)對(duì)于計(jì)劃進(jìn)度控制子系統(tǒng)可通過合同編碼直接和進(jìn)度子系統(tǒng)相聯(lián)系，合同子系統(tǒng)關(guān)于進(jìn)度計(jì)劃與計(jì)劃完成情況的信息由計(jì)劃進(jìn)度子系統(tǒng)調(diào)用，由合同子系統(tǒng)進(jìn)行查詢分析。

(3)對(duì)于質(zhì)量控制子系統(tǒng)可通過合同編碼直接和合同子系統(tǒng)相聯(lián)系，合同子系統(tǒng)關(guān)于質(zhì)量檢測、評(píng)定與質(zhì)量事件的信息由質(zhì)量控制子系統(tǒng)調(diào)用，由合同子系統(tǒng)進(jìn)行查詢分析。

(4)對(duì)于招投標(biāo)項(xiàng)目的合同相關(guān)信息可由招投標(biāo)子系統(tǒng)調(diào)用，包括在合同申請過程中招標(biāo)項(xiàng)目的中標(biāo)信息。

技術(shù)變更流程范文第4篇

【關(guān)鍵詞】經(jīng)濟(jì)簽證和設(shè)計(jì)變更的目的；流程；內(nèi)容；時(shí)效性

每一個(gè)單位工程的施工過程中都有簽證和設(shè)計(jì)變更的產(chǎn)生，這些直接對(duì)建筑產(chǎn)品的成本息息相關(guān)，怎樣才能更好的控制簽證和設(shè)計(jì)變更的產(chǎn)生，以及更好的做好簽證和設(shè)計(jì)變更的管理制度和流程，本文談?wù)勂涔芾碇贫群土鞒獭?/p>

1.目的

加強(qiáng)設(shè)計(jì)變更及現(xiàn)場簽證管理，規(guī)范工作流程，有效地控制成本，確保工程質(zhì)量和工程進(jìn)度。

2.范圍

適用于公司各開發(fā)項(xiàng)目的設(shè)計(jì)變更及現(xiàn)場簽證管理工作。

3.設(shè)計(jì)變更內(nèi)容、格式要求及流程

3.1設(shè)計(jì)變更的內(nèi)容及格式要求

3.1.1設(shè)計(jì)變更是對(duì)設(shè)計(jì)內(nèi)容進(jìn)行修改、完善、優(yōu)化，需要設(shè)計(jì)單位的簽字、蓋章，及發(fā)包單位項(xiàng)目部的確認(rèn)。

3.1.2設(shè)計(jì)變更的主要類型：

由于設(shè)計(jì)單位的施工圖出現(xiàn)錯(cuò)、漏、碰、缺等情況，而導(dǎo)致做法變動(dòng)、材料代換或其他變更事項(xiàng)；

由于發(fā)包單位改變建設(shè)標(biāo)準(zhǔn)、結(jié)構(gòu)功能、使用功能、增減工程內(nèi)容，而導(dǎo)致做法變動(dòng)、材料代換或其他變更事項(xiàng)；

由于發(fā)包單位、監(jiān)理單位、承包單位采用新工藝、新材料或其他技術(shù)措施等，而導(dǎo)致做法變動(dòng)、材料代換或其他變更事項(xiàng)；

由于銷售部門、客戶服務(wù)中心、業(yè)主要求提出變更，而導(dǎo)致做法變更、材料代換或其他變更事項(xiàng)。

3.1.3所有設(shè)計(jì)變更審批表必須使用公司規(guī)定的標(biāo)準(zhǔn)表格，并明確以下內(nèi)容：編號(hào)、工程名稱、發(fā)生的時(shí)間、發(fā)生的部位或范圍、變更的內(nèi)容做法及原因說明、增加的工程量、減少的工程量、相關(guān)圖紙說明。

3.1.4發(fā)包單位、承包單位均應(yīng)對(duì)設(shè)計(jì)變更單進(jìn)行編號(hào)，并整理歸檔、妥善保存；雙方都應(yīng)設(shè)置設(shè)計(jì)變更事項(xiàng)的單據(jù)交付記錄，即交付對(duì)方單據(jù)時(shí)要求對(duì)方簽收，接受方不得拒簽。

3.2設(shè)計(jì)變更辦理一般流程：

3.2.1經(jīng)辦人在填寫設(shè)計(jì)變更審批表時(shí)，若因本專業(yè)變更導(dǎo)致其它專業(yè)需要一同變更的，應(yīng)發(fā)相關(guān)通知。（如因墻置改變導(dǎo)致水電管線移位）

3.2.2預(yù)算人員在對(duì)變更費(fèi)用進(jìn)行估算時(shí)，應(yīng)對(duì)措詞不清，結(jié)算時(shí)易引起分歧、糾紛的變更單退回，要求提出部門表達(dá)清楚，不致引起歧義。

3.2.3一般來說，現(xiàn)場工程師確認(rèn)時(shí)只需要按照相應(yīng)的設(shè)計(jì)變更文件確認(rèn)完成或未完成的事實(shí)，而不需要確認(rèn)具體的工程量。但當(dāng)無法根據(jù)設(shè)計(jì)變更文件直接計(jì)算出工程量，或者相應(yīng)設(shè)計(jì)變更文件的某條或某幾條只完成一部分時(shí)，監(jiān)理工程師及項(xiàng)目部現(xiàn)場工程師應(yīng)直接在設(shè)計(jì)變更單中確認(rèn)相應(yīng)的工程量。

3.2.4對(duì)于造價(jià)調(diào)減的設(shè)計(jì)變更，發(fā)包單位現(xiàn)場工程師要及時(shí)跟蹤、落實(shí)、核定減少的具體數(shù)額，并與承包單位形成書面記錄，防止因漏報(bào)而給公司造成損失。

4.現(xiàn)場簽證的內(nèi)容、格式要求及流程

4.1現(xiàn)場簽證的內(nèi)容及格式要求

4.1.1現(xiàn)場簽證的主要類型：

因設(shè)計(jì)變更導(dǎo)致已施工的部位需要拆除（需注明設(shè)計(jì)變更編號(hào)）；

施工過程中出現(xiàn)的未包含在合同中的各種技術(shù)措施處理；

在施工過程中，由于施工條件變化、地下狀況（土質(zhì)、地下水、構(gòu)筑物及管線等）變化，導(dǎo)致工程量增減，材料代換或其他變更事項(xiàng)；

發(fā)包單位在施工合同之外，委托承包單位施工的零星工程；

合同規(guī)定需實(shí)測工程量的工作項(xiàng)目；

4.1.2所有的現(xiàn)場簽證審批表都必須使用公司規(guī)定的標(biāo)準(zhǔn)表格，并明確以下內(nèi)容：編號(hào)、工程名稱、發(fā)生的時(shí)間、發(fā)生的部位或范圍、變更簽證的內(nèi)容做法及原因說明、增加的工程量、減少的工程量、相關(guān)圖紙說明。

4.1.3關(guān)于臨時(shí)用工的簽證事項(xiàng)，雙方應(yīng)在簽證通知單上洽商確定以下問題：工作內(nèi)容及工作量、工日。

4.1.4所有現(xiàn)場簽證單只有加蓋發(fā)包單位專用章或發(fā)包單位公章才能生效，承包單位和監(jiān)理單位也應(yīng)加蓋有效印章。

4.1.5發(fā)包單位、承包單位均應(yīng)對(duì)現(xiàn)場簽證單進(jìn)行編號(hào)，并整理歸檔、妥善保存；雙方都應(yīng)設(shè)置現(xiàn)場簽證事項(xiàng)的單據(jù)交付記錄，即交付對(duì)方單據(jù)時(shí)要求對(duì)方簽收，接受方不得拒簽。

4.2現(xiàn)場簽證的一般辦理流程

4.2.1監(jiān)理工程師及項(xiàng)目部工程師在簽證前必須認(rèn)真核對(duì)簽證工程的施工時(shí)間、工作內(nèi)容、發(fā)生原因、發(fā)生工程量、工日數(shù)、機(jī)械臺(tái)班數(shù)以及簽證所發(fā)生的費(fèi)用應(yīng)由何方負(fù)擔(dān)等。特別是對(duì)發(fā)生原因的交代應(yīng)詳細(xì)、明了。

4.2.2對(duì)于措詞含糊容易引起糾紛的簽證，現(xiàn)場工程師在簽署時(shí)應(yīng)征求預(yù)算人員意見，預(yù)算人員審核重大簽證費(fèi)用也應(yīng)避免用詞不準(zhǔn)在結(jié)算時(shí)造成經(jīng)濟(jì)糾紛。

4.2.3簽證內(nèi)容完成后，工程師應(yīng)避免簽署類似“情況屬實(shí)”或“工程量屬實(shí)”等模糊性內(nèi)容，而必須確定實(shí)量后簽字確認(rèn)完成或未完成的事實(shí)或者工程量、材料材質(zhì)和規(guī)格、工日數(shù)、機(jī)械臺(tái)班等。原則上監(jiān)理工程師不應(yīng)直接在簽證上簽認(rèn)有關(guān)單價(jià)或總價(jià)。

4.2.4如果簽證單附有交工圖紙，則監(jiān)理及項(xiàng)目部工程師應(yīng)審核圖紙是否與實(shí)際施工結(jié)果相符，并在圖紙上簽字確認(rèn)，此時(shí)可以不對(duì)工程量進(jìn)行確認(rèn)，由預(yù)算人員人員按照圖紙核算工程量。

4.2.5項(xiàng)目工程師對(duì)簽證單上直接簽定的工程量的準(zhǔn)確性負(fù)責(zé)。

4.2.6如簽證單涉及到隱蔽施工、金額及其它事后不可復(fù)核的項(xiàng)目時(shí)，則應(yīng)由項(xiàng)目部工程師及預(yù)算人員人員共同現(xiàn)場認(rèn)定。

5.設(shè)計(jì)變更及現(xiàn)場簽證辦理時(shí)間的規(guī)定（包括圖紙會(huì)審及施工組織設(shè)計(jì)審批流程）

5.1正常的設(shè)計(jì)變更和現(xiàn)場簽證單，應(yīng)提前5個(gè)工作日內(nèi)書面提出，現(xiàn)場工程師按照表格匯報(bào)給工程部及總工處，應(yīng)由有效簽字人共同簽署完成，并由預(yù)算人員做出估價(jià)并獲得審批后，在5個(gè)工作日內(nèi)給予書面答復(fù)后，才通知承包單位開始實(shí)施。特急類（指如果不立即實(shí)施將造成更大損失的簽證）設(shè)計(jì)變更和現(xiàn)場簽證，可以先實(shí)施再由預(yù)算人員做出估價(jià)；如屬隱蔽工程及事后不可復(fù)核的工程，則必須要求承包單位在隱蔽部位覆蓋之前或拆毀前提出預(yù)算并由項(xiàng)目部工程師會(huì)同監(jiān)理單位對(duì)工程量進(jìn)行核實(shí)。

5.2監(jiān)理、現(xiàn)場工程師應(yīng)在變更簽證內(nèi)容完成后的5個(gè)工作日內(nèi)在設(shè)計(jì)變更和現(xiàn)場簽證單上對(duì)完成時(shí)間和完成情況進(jìn)行說明。

5.3圖紙會(huì)審流程：由施工單位中標(biāo)后在接到圖紙7個(gè)工作日之內(nèi)，提出圖紙中的問題，由現(xiàn)場工程師組織設(shè)計(jì)、監(jiān)理、施工各單位進(jìn)行會(huì)審，并提前2天通知工程部及總工參加，并將現(xiàn)場形成的圖紙會(huì)審紀(jì)要，必須在5個(gè)工作日之內(nèi)返回工程部一份。

5.4施工組織設(shè)計(jì)審批流程：在中標(biāo)后15個(gè)工作日內(nèi)，經(jīng)現(xiàn)場工程師及監(jiān)理審核過的施工組織設(shè)計(jì)文件，報(bào)工程部及總工在5個(gè)工作日內(nèi)進(jìn)行審核后，方可進(jìn)行簽字蓋章。

技術(shù)變更流程范文第5篇

關(guān)鍵詞：電力系統(tǒng)；通信；IT服務(wù)管理

一、電力系統(tǒng)通信部門的IT服務(wù)管理

電力系統(tǒng)通信部門IT服務(wù)管理體系包括展現(xiàn)層、功能層、數(shù)據(jù)層。通過對(duì)各種系統(tǒng)狀態(tài)進(jìn)行實(shí)時(shí)監(jiān)控，將現(xiàn)有軟硬件環(huán)境、網(wǎng)絡(luò)資源、應(yīng)用系統(tǒng)、人力資源、知識(shí)庫有機(jī)地融為一體，合理調(diào)配資源，切實(shí)解決了機(jī)構(gòu)人員、管理模式、業(yè)務(wù)流程、技術(shù)集成等方面實(shí)際問題，真正實(shí)現(xiàn)科學(xué)高效的IT服務(wù)管理。

二、典型處理流程

IT服務(wù)管理是一種面向流程的管理模式。在電力系統(tǒng)通信部門原有的業(yè)務(wù)流程的基礎(chǔ)上，對(duì)其進(jìn)行優(yōu)化和改造，在此提出了IT服務(wù)管理四個(gè)典型處理流程，下面分別從流程目的、功能等角度進(jìn)行說明：

（一）事件管理流程

事件是任何不符合標(biāo)準(zhǔn)操作且已經(jīng)引起或可能引起服務(wù)中斷和服務(wù)質(zhì)量下降的事件。在ITSM引入以前，事件管理沒有特定的流程，所有事件都通過通信故障專線通知到通信調(diào)度部門，然后由值班員派工單給檢修班成員，并不區(qū)分事件的“輕重緩急”，也沒有技術(shù)層面的審核，因此故障派修單回單率一直很低，很多單據(jù)由于不具備執(zhí)行條件而在班組和通信科之間來回推諉，降低了故障解決時(shí)間，也沒有相關(guān)考核指標(biāo)。

事件管理的流程如下：首先，事件通過運(yùn)行單位填報(bào)、用戶填報(bào)或者通信檢修部門巡視發(fā)現(xiàn)填報(bào)，所有事件記錄進(jìn)系統(tǒng)，對(duì)于已經(jīng)處理的缺陷只要補(bǔ)報(bào)即可。接著通信調(diào)度進(jìn)行分類預(yù)判斷并分派，確定是事件的影響范圍和優(yōu)先等級(jí)：如果是事件處理影響范圍小或無影響，則直接進(jìn)行派單；如果事件處理影響范圍大，則要求檢修部門先進(jìn)行停服役申請，再進(jìn)行事件處理。然后，檢修部門消缺完畢后，由用戶和通信調(diào)度分別進(jìn)行消缺驗(yàn)收，判斷是否已解決確定問題：如解決，則由檢修班回單給通信科，則納入審核管理或者填報(bào)缺陷歸檔，關(guān)閉記錄；如沒有解決，則納入通信科審核管理繼續(xù)診斷，納入下一季度大修工程，必要時(shí)轉(zhuǎn)省調(diào)、廠商和集成商、服務(wù)商等進(jìn)行支持解決等。最后更新文檔，必要時(shí)進(jìn)行回顧，事件支持人員將根據(jù)管理要求定期產(chǎn)生相關(guān)報(bào)表。

（二）問題管理流程

問題管理流程設(shè)立的主要功能是分析已被列為問題的事件（一組或一個(gè)）的根本原因，然后找出和建議永久性解決方案。其目的包括：（1）確保分析并確定事件的根本原因，以防止再次發(fā)生；（2）確保問題分派了正確支持人員，提高解決率。（3）根據(jù)IT資源情況分派問題優(yōu)先級(jí)；（4）主動(dòng)提供預(yù)防性措施；（5）提高IT服務(wù)的可靠性；（5）降低IT支持成本；（6）提高通信部門的整體形象和名譽(yù)。

（三）配置管理流程

通信部門的所有資源都通過手工和電子配置管理是通過手工形式派發(fā)“電路（設(shè)備、線路）投入、改接單”，單據(jù)與實(shí)際資源狀況出入較大。待單據(jù)完成后，由專人進(jìn)行手動(dòng)的資料更新和管理，而經(jīng)常出現(xiàn)資料忘記更新或資料更新出錯(cuò)，缺乏必要的考核體系。

配置管理的流程如下：首先進(jìn)行配置申請。接著配置管理員根據(jù)需求進(jìn)行方案設(shè)計(jì)，經(jīng)配置管理經(jīng)理審批后生成配置工單。配置工單由配置經(jīng)理審核后進(jìn)行工單派發(fā)，此時(shí)由于工單并未真正實(shí)施，配置資源處于預(yù)占狀態(tài)。然后配置管理員根據(jù)班組回單進(jìn)行完成確認(rèn)，若確認(rèn)完成，則將資源預(yù)占狀態(tài)更改為運(yùn)行狀態(tài)；否則取消資源預(yù)占狀態(tài)。并定期進(jìn)行資源檢查驗(yàn)證，流程回顧，每個(gè)一個(gè)季度由系統(tǒng)自動(dòng)生成配置管理報(bào)告，據(jù)此可進(jìn)行資源分析、預(yù)警等。

（四）變更管理流程

變更管理流程將通過標(biāo)準(zhǔn)統(tǒng)一的方法和步驟管理和控制所有對(duì)通信系統(tǒng)運(yùn)行環(huán)境有影響的變更。其目的在于：通過對(duì)所有變更的正確評(píng)估，可以維護(hù)通信系統(tǒng)運(yùn)行環(huán)境的完整性；確保變更和變更實(shí)施得到正確記錄，并提供審核統(tǒng)計(jì)；減少或消除由于變更實(shí)施準(zhǔn)備不當(dāng)?shù)仍虺霈F(xiàn)的故障；提供一致性的變更實(shí)施質(zhì)量控制；提高資源使用率（如未得到正確控制和授權(quán)的變更需要更多的后續(xù)資源）；確保實(shí)施的變更不會(huì)超出預(yù)定的系統(tǒng)利用限值確保緊急變更請求得到快速實(shí)施。

三、IT服務(wù)管理體系的實(shí)施效果評(píng)價(jià)

杭州市電力局通信部門IT服務(wù)管理系統(tǒng)2006年初上線運(yùn)行，截止到2007年9月30日，IT服務(wù)管理系統(tǒng)的配置項(xiàng)數(shù)據(jù)包括服務(wù)器、客戶端設(shè)備、網(wǎng)絡(luò)設(shè)備、變電站通信機(jī)房、變電站通信屏體信息、數(shù)據(jù)采集與監(jiān)視控制系統(tǒng)（SCADA）采集點(diǎn)以及其他各種設(shè)備信息，總計(jì)有36個(gè)分類、95000多條記錄。自投運(yùn)以來總共記錄有效服務(wù)呼叫8546條，電力通信網(wǎng)和管理信息化共關(guān)閉8492條，完成比率達(dá)99%。

杭州市電力局通信部門IT服務(wù)管理系統(tǒng)固化了18種處理流程及衡量標(biāo)準(zhǔn)、20項(xiàng)事件流程服務(wù)指標(biāo)、10項(xiàng)工作量考核指標(biāo)、28種事件分類指標(biāo)等可量化的IT運(yùn)行維護(hù)指標(biāo),電力通信網(wǎng)和管理信息化都分別設(shè)置了流程經(jīng)理,每個(gè)流程又明確了流程負(fù)責(zé)人，負(fù)責(zé)處理流程時(shí)限、效率和質(zhì)量。IT服務(wù)管理系統(tǒng)提供了可觀、可測、可控、可量化的工作環(huán)境,工作量考核、系統(tǒng)風(fēng)險(xiǎn)識(shí)別、流程實(shí)施關(guān)鍵績效指標(biāo)（KPI）、人員技術(shù)能力等都可用“數(shù)字說話”。通過系統(tǒng)實(shí)施，事件處理更加高效,變更管理更加規(guī)范、問題管理更加可控、IT服務(wù)水平和人員素質(zhì)得到了極大提高，為IT管理人員提供了方便高效的管理手段。

四、結(jié)語

IT服務(wù)管理系統(tǒng)運(yùn)行兩年的實(shí)踐證明了ITSM是一套科學(xué)的方法論。實(shí)施效果表明該體系應(yīng)用成效顯著，流程清晰,責(zé)權(quán)分明,運(yùn)行維護(hù)內(nèi)容可量化，服務(wù)質(zhì)量可考核，運(yùn)作模式徹底告別了被動(dòng)的救火隊(duì)式的管理，開始步入主動(dòng)的有預(yù)案的IT服務(wù)管理良性發(fā)展軌道。通過系統(tǒng)的實(shí)施，各流程的關(guān)鍵績效指標(biāo)越來越好，問題的可控程度也越來越高。因此，有計(jì)劃、分步驟地將各流程應(yīng)用在日常的系統(tǒng)運(yùn)行維護(hù)和管理中去是現(xiàn)階段最切實(shí)可行的方法。

參考文獻(xiàn)

[1]曹漢平，王強(qiáng)，賈素玲．現(xiàn)代IT服務(wù)管理——基于ITIL的最佳實(shí)踐[M]．清華大學(xué)出版社，2005．

[2]孫強(qiáng)，左天祖，劉偉．IT服務(wù)管理——概念、理解與實(shí)施[M]．機(jī)械工業(yè)出版社，2007．