技術變更流程精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的技術變更流程主題范文，僅供參考，歡迎閱讀并收藏。
第1篇：技術變更流程范文
[關鍵詞]ClearQuest；變更系統(tǒng)；任務書
中圖分類號：TG321 文獻標識碼：A 文章編號：1009-914X（2014）20-0344-01
1.概述
目前，國際上列車網(wǎng)絡控制軟件的發(fā)展比較完善，不僅擁有嚴格的開發(fā)體系，并通過功能安全認證。鐵路行業(yè)目前越來越重視列車網(wǎng)絡控制系統(tǒng)的安全體系建設。根據(jù)功能安全認證要求，需要建立軟件變更系統(tǒng)，滿足開發(fā)設計中的變更需求。
列車控制軟件項目開發(fā)具有規(guī)模大、質量要求高、變更頻繁、項目成員多、開發(fā)時間緊迫等特點。通過ClearQuest設計滿足列車控制軟件變更系統(tǒng)的工作流程，解決了軟件開發(fā)過程的變更可控性，提高工作效率。并且，通過變更系統(tǒng)的設計，保證變更的可追溯性。為軟件功能安全認證奠定基礎，從而增強軟件的可信度和公司的同行業(yè)競爭力。
2. 列車控制軟件變更系統(tǒng)
列車控制軟件的變更系統(tǒng)采取CS架構，客戶端需安裝ClearQuest軟件，服務端需要安裝數(shù)據(jù)庫管理系統(tǒng)。
2.1 角色定義
根據(jù)EN50128-2011標準中，列車軟件要達到安全完整性等級（SIL）2級要求，必須滿足人員的獨立性，其中軟件需求工程師、軟件設計工程可以為同一人，統(tǒng)稱為軟件開發(fā)工程師；集成設計工程師和軟件測試工程師可以為同一人，統(tǒng)稱為軟件集成工程師；軟件驗證工程師和軟件確認工程師可以為同一人，統(tǒng)稱為軟件驗證工程師。軟件開發(fā)工程師、軟件驗證工程師和軟件確認工程師共同組成軟件開發(fā)項目組，獨立于項目組還有項目經(jīng)理和項目經(jīng)理助理。
根據(jù)列車網(wǎng)絡控制系統(tǒng)軟件開發(fā)過程實際情況，變更會深入到軟件開發(fā)生命周期的各個階段，并且頻繁出現(xiàn)，如何有效進行變更管理和控制，成為提高列車網(wǎng)絡控制系統(tǒng)軟件質量的關鍵。唐車公司將軟件變更劃分為兩個流程：一個是前變更，一個是后的變更。
2.2 項目前變更
對于當前版本未，由軟件驗證工程師發(fā)起的軟件變更，其流程相對簡單，如下所示：
（1）提交缺陷表單
軟件驗證工程師測試發(fā)現(xiàn)程序問題，需提交缺陷處理單至軟件開發(fā)工程師。
（2）修改缺陷/轉發(fā)
軟件開發(fā)工程師對缺陷進行修改，提交至驗證工程師重新驗證；或將此缺陷轉發(fā)至其他軟件開發(fā)工程師進行處理。
（3）驗證缺陷
軟件驗證工程師將以修改的缺陷進行回歸測試，驗證通過將關閉缺陷。如果驗證失敗，則重復（2）中的步驟。
2.3 項目后變更
對于軟件版本已，軟件缺陷應有嚴格的審批流程進行控制，以保證該缺陷修改的必要性以及修改結果的正確性。不僅流程設計更為嚴格，并要求從技術和成本的角度，進行分析。
（1）提交缺陷表單
由軟件驗證工程師已的項目發(fā)現(xiàn)的問題時，提交缺陷處理單。
（2）項目經(jīng)理評估
項目經(jīng)理根據(jù)缺陷信息進行分析，填寫審批意見，進行延遲、分配、重新提交、拒絕操作。
（3）項目經(jīng)理延遲
項目經(jīng)理根據(jù)缺陷影響評估（重要性、優(yōu)先級）執(zhí)行“延遲”操作，將此表單掛起。
（4）項目經(jīng)理拒絕
項目經(jīng)理根據(jù)缺陷的評估 執(zhí)行“拒絕”動作改變當前狀態(tài)，流程被關閉。
（5）項目經(jīng)理分配
項目經(jīng)理根據(jù)情況分配任務給相關開發(fā)人員、項目經(jīng)理助理、技術工程師。執(zhí)行 “分配”操作。
（6）變更分析
項目經(jīng)理助理根據(jù)缺陷進行成本分析；技術工程師根據(jù)缺陷進行技術分析；執(zhí)行“分析”操作。輸出成本分析報告和技術分析報告。
（7）開發(fā)工程師處理缺陷
開發(fā)工程師通過CQ客戶端查詢到與本人相關的所有缺陷，當其獲得任務分工通知后，開發(fā)人員對缺陷進行分析。如缺陷信息不全時執(zhí)行“重新打開”操作反饋給項目經(jīng)理，否則，解決缺陷并執(zhí)行“解決”操作。
（8）軟件集成工程師評估
軟件集成工程師對已解決的缺陷進行評估，可執(zhí)行操作（關閉、分配）。
（9）軟件驗證工程師測試
軟件驗證工程師根據(jù)缺陷信息和解決方案對缺陷進行回歸測試。驗證通過，流程關閉。驗證不通過，返回開發(fā)人員繼續(xù)修改。
（10）軟件驗證工程師關閉流程
集成工程師對評估的不是缺陷的任務進行關閉。
驗證工程師對驗證通過的缺陷進行關閉操作。
3.任務書下發(fā)
3.1 設計任務書的意義
唐車公司任務的下發(fā)多數(shù)以郵件或者口頭指派為主，對于任務的追蹤和有效性的控制難以把握。在使用ClearQuest過程中，其靈活的流程定制，為企業(yè)提供了更為廣闊的工作空間，其中基于ClearQuest的軟件任務書下發(fā)，就是一個很好的應用。
良好的任務書可以減少工作時間，提高工作效率。任務書可以協(xié)助項目過程控制。
3.2 設計流程
（1）提交任務書
任務提交人提交任務單，并填寫任務單中的基本信息和詳細信息。
（2）項目經(jīng)理任務評估
項目經(jīng)理分析任務單的可執(zhí)行性，執(zhí)行掛起、拒絕、分配操作。
（3）執(zhí)行任務
任務執(zhí)行人員可以通過CQ客戶端查詢到與本人相關的所有任務單，當其獲得任務分工通知后，任務執(zhí)行人員開始執(zhí)行。
（4）驗證
項目負責人對任務進行驗證：驗證通過，流程關閉。驗證不通過，返回任務執(zhí)行人員繼續(xù)執(zhí)行。
4.結語
（1）簡化變更管理
列車控制軟件變更系統(tǒng)將軟件設計中的變更分為軟件前和軟件后的變更。介于軟件前可以通過內(nèi)部流程，經(jīng)室主任、業(yè)務經(jīng)理或部長審批即可進行修改，節(jié)約時間。對于后的變更，考慮到技術和成本分析，在保證軟件質量的前提下，保證了公司的利益。
（2）提高工作效率
良好變更系統(tǒng)可以有效簡化開發(fā)人員的工作量，提高工作效率。
（3）良好的集成
根據(jù)軟件功能安全要求，需要對軟件開發(fā)的過程進行有效控制，其中需求、設計、測試采取DOORS進行追溯，測試平臺采用CB設計。列車控制軟件變更系統(tǒng)提供與DOORS、CB進行集成的接口。
（4）總結
列車網(wǎng)絡控制系統(tǒng)變更系統(tǒng)的實施，不僅僅是變更流程的制定，更是針對列車網(wǎng)絡控制系統(tǒng)軟件開發(fā)模式的一種改變。軟件變更貫穿整個開發(fā)過程，為軟件項目高質量的實施提供了有效地保障。唐車公司列車網(wǎng)絡控制系統(tǒng)正在準備進行功能安全認證，變更系統(tǒng)設計作為其重要組成部分，為認證工作提供保障。
參考文獻
[1] 軟件開發(fā)中變更管理的研究[J].肖蕾電腦知識與技術，20072（9）：775-776.
第2篇：技術變更流程范文
[關鍵詞]信息技術基本構架庫（ITIL） ERP
中圖分類號：TK228 文獻標識碼：A 文章編號：1009-914X（2014）21-0374-01
前言
當前，公司在信息系統(tǒng)運維方面雖有一定的經(jīng)驗，但是此項工作具有一定的特殊性，且起步較晚，在調(diào)研中發(fā)現(xiàn)實際運維存在著如下問題：整體工作基本處于被動狀態(tài)，主動發(fā)現(xiàn)、解決的問題少，為了進一步研究ERP系統(tǒng)運行維護經(jīng)驗，提高整體工作質量，減少各類故障帶來的影響，已成為此項工作急待研究的新課題。
一、信息技術基本構架庫（ITIL）簡介
ERP是管理信息系統(tǒng)，其核心價值在于系統(tǒng)流程化和集成化管理，這也是與其他信息系統(tǒng)最顯著的區(qū)別；系統(tǒng)應用中業(yè)務面廣，實時性強，重要程度高；技術平臺配置復雜，網(wǎng)絡硬件設備多，維護內(nèi)容廣。與其他系統(tǒng)運維相比，ERP系統(tǒng)運維總體要求更高，日常具體工作一定要能可控.在控和能控，因此，借鑒ITIL方法論構建ERP運維體系是可行之舉。
所謂ITIL即IT基礎設施知識庫，目的是為了指導國內(nèi)公共行政機構高效使用IT資源。其中位于中心的服務管理流程是整個ITIL 框架的心臟。
二、運用ITIL構建ERP運維體系
在具體構建中，應以服務支持為中心，具體從組織機構，制度標準、流程和系統(tǒng)管理等方面人手，快速建立起具有公司特色的ERP運維管理體系，實現(xiàn)運維的主動性和及時性，提高服務保障的質量。
2.1 組織架構的建立
公司ERP系統(tǒng)運維縱向可分為公司本部和各供電局兩層，系統(tǒng)所有應用數(shù)據(jù)采用大集中存放管理，公司本部是應用運維的核心，負責日常指導應用配置、技術運維和開發(fā)；供電局是應用操作層面，進行問題整理收集、系統(tǒng)網(wǎng)絡配置等具體工作。同時ERP系統(tǒng)橫向應用涉及人力資源、財務、物資、項目、設備和信息等多項業(yè)務，因此，無論是省公司，還是供電局都要有專門的組織機構來管理日常維護工作，其中不僅有技術人員，而且也要有業(yè)務骨干。工作中明確關系、人員職責，尤其是工作的銜接，相互配合等，遇到問題，各盡其職，快速響應，使系統(tǒng)正常運行。公司在ERP試點建設階段，投入了大量的骨干人員參與全過程，他們已成為自己運行維護團隊的中堅力量。
2.2 運維平臺的建設
ERP系統(tǒng)運維體系要通過建立中心內(nèi)部服務臺和相關流程，落實運維人員的責任和工作內(nèi)容，保證日常各項維護工作落到實處。
（1）建立服務臺。建成的服務臺應是ERP系統(tǒng)最終用戶與運維中心的聯(lián)絡點和報修臺。服務臺日常工作是每日監(jiān)控公司系統(tǒng)運行，登記反饋的各種故障，收集整理問題，按既定流程落實安排處理并協(xié)調(diào)解決各類問題。具體服務方式可通過網(wǎng)站進行自助服務：熱線服務、遠程支持和現(xiàn)場服務等。在上線初期，由于使用者對系統(tǒng)有一個適應過程，大量的服務可能來自操作層面，但隨著應用的不斷深入，服務臺接受的更多會是系統(tǒng)功能方面的問題，那時其作用就凸現(xiàn)出來。
（2）制定、優(yōu)化流程，提高運維效率。目前，系統(tǒng)運維初期亟待建立的主要流程有ERP配置管理、變更管理、問題和故障管理等。
首先配置管理匯集了ERP系統(tǒng)涉及的所有軟件、應用和設備的配置、權限、傳輸管理等信息，具體存放在配置管理數(shù)據(jù)庫（CMDB）中，所以，CMDB是配置和變更的基礎，是系統(tǒng)運維的參數(shù)檔案。ERP配置管理建設最重要的是建立、更新和應用CMDB，日常維護就是完全以此為依據(jù)維護用戶及其權限、傳輸管理.系統(tǒng)監(jiān)控和配置等；其次變更管理涉及ERP任何功能的增加、減少和修改等，由于變更管理直接影響著系統(tǒng)的配置、應用等管理，也關系著系統(tǒng)的正常運行，因此，變更管理必須要有一定的管理流程和實現(xiàn)方法，運維中變更管理應涉及范圍、內(nèi)容、級別，且均要采用表單機制，總體遵循申請一測試一審批一實施一評估這樣的流程。目前，急需制定傳輸申請流程、權限變更流程、用戶申請流程等規(guī)章制度，保證系統(tǒng)集中管理有序進行，另外，主動預防可能發(fā)生的故障，通過每日每周的巡檢制度，在日常工作中主動發(fā)現(xiàn)“問題”。故障管理可通過受理、分派、處理、回訪等流程和標準，解決系統(tǒng)故障，達到運維服務級別的要求；最后可實現(xiàn)系統(tǒng)中各種版本、業(yè)務流程、故障處理方法、參考文獻的變更等，保證系統(tǒng)能及時更新，從而提高運維質量。
2.3 運維指標體系的制定
當前信息系統(tǒng)運維指標多側重于服務器、網(wǎng)絡維護，且定性設計的指標多，量化的少，粗略的多，分解細化的少。在考核方面，圍繞指標工作要求和責任不夠明確，實際操作性不強，監(jiān)督考核也常常流于形式。其結果是運維工作不易落實，不能防患未然，運維人員成了滅火隊員，出了問題后才想辦法解決。在建立基于ITIL 的ERP運維指標體系中，首先是制定日常管理的分類運維指標，細化具體內(nèi)容；其次是在運維工作中根據(jù)運行情況，對指標匯總，主動地發(fā)現(xiàn)問題，找出原因，分析制定措施解決和改進，提高運維指標，如此反復不斷地提高運維質量。目前先期要制定的基本指標除了服務器、網(wǎng)絡運行率、各個環(huán)節(jié)處理時間，還應在運維平臺中制定更多的指標，如服務臺中接線量、解答率、成功解決反饋率、用戶滿意率，配置管理中CMDB覆蓋率、準確率、更新率；變更管理中失敗率、被拒絕率、準確完成率；安全管理中訪問控制、設備加固，審計和風險評估；事故管理中解決事故率、平均響應時間.平均解決時間、主動解決率等，以上指標不是完全孤立的。如CMDB覆蓋率可能影響著服務臺的解答率、變更管理中的準確完成率，所以，加強CMDB的管理，不僅提高以上2個指標，又可以減少事件數(shù)量和時間，提高了用戶滿意度。
2.4 綜合管理、監(jiān)督、保障體系的建立
（1）建立綜合網(wǎng)管系統(tǒng)。通過目前建立的信息網(wǎng)管系統(tǒng)采集到各類設備、網(wǎng)絡基本指標，實現(xiàn)對運行系統(tǒng)的集中監(jiān)控，保證技術層面的問題和隱患能及時發(fā)現(xiàn)，同時也解決運維人員大量重復性的工作。
（2）建設ERP管理信息系統(tǒng)。建議建設ERP管理系統(tǒng)，利用統(tǒng)一的信息平臺，將系統(tǒng)運維工作中各種資源。如CMDB、工作流程、管理制度和人員等集成應用，實現(xiàn)日常工作管理的及時、準確管理；
（3）建立巡檢機制，明確內(nèi)容。不僅明確巡檢人員日常檢查的設備、網(wǎng)絡、應用等方面是否有異常，而且分析運維各環(huán)節(jié)中是否存在管理和技術問題，主動向服務臺反應，保證運維人員能對問題和故障快速跟蹤和消除隱患，保證問題及時解決；
（4）嚴格變更管理。ERP系統(tǒng)配置，程序開發(fā)變化都會引起變更，而且各類變更參數(shù)多，影響范圍廣，因此，變更一定要嚴格按流程執(zhí)行，需要維護人員、業(yè)務人員甚至專家團隊等制定方案。評估、測試和審批，批準后嚴格按流程執(zhí)行變更，最后啟動配置管理，更新管理數(shù)據(jù)庫并關閉。詳細流程見
第3篇：技術變更流程范文
關鍵詞：業(yè)主方；工程變更；管控
中圖分類號：F27 文獻標識碼：A
收錄日期：2013年5月9日
工程變更是指在工程項目實施的過程中，按照合同約定的程序對部分或全部在材料、工藝、功能、構造、尺寸、技術指標、工程量、施工方案及施工組織等方面做出的調(diào)整與改變。工程變更一方面表現(xiàn)為對合同約定的修改、補充或對雙方權利、義務的改變；另一方面則表現(xiàn)為對項目范圍內(nèi)工作的修改與補充，如任務的增減變化、質量標準的改變、時間的調(diào)整等。由于建筑產(chǎn)品的單一性、復雜性以及各種主客觀因素的影響，對任何一個建設項目而言，工程變更都是不可避免的。因此，做好工程變更管理，對實現(xiàn)建設項目的總體目標具有重要的意義。
一、加強工程變更管理的重要性
工程變更產(chǎn)生的原因很多，主要包括主體行為因素、政策法規(guī)因素、市場因素、環(huán)境因素等。建設項目主體行為是影響工程變更產(chǎn)生的重要因素，特別是業(yè)主、設計單位與施工單位的主體行為對建設項目工程變更的生成具有決定性的作用。如業(yè)主對工程項目的部分功能、用途、規(guī)模、標準的調(diào)整；設計單位對圖紙的修改，以及解決設計不完善和專業(yè)之間相互矛盾的變更；施工單位從施工方案出發(fā)，對設計圖紙?zhí)岢龅淖兏?。無論是哪一參與主體提出的工程變更，都將對項目建設產(chǎn)生較大的影響。主要表現(xiàn)為以下幾個方面：
首先，工程變更的發(fā)生直接影響項目投資與進度。頻繁的工程變更將打亂正常的作業(yè)順序，造成變更項目緊前工序、緊后工序和相鄰工序的停工和返工現(xiàn)象，尤其是處于關鍵路線上的變更項目，其延誤必將導致建設項目工期的延長。
其次，工程變更將造成管理資源的浪費，降低項目管理效率及勞動生產(chǎn)率。頻繁的工程變更往往會增加業(yè)主和監(jiān)理的組織協(xié)調(diào)工作量及難度，打亂其正常的工作程序。同時，工程變更也會對現(xiàn)場施工的生產(chǎn)作業(yè)效率產(chǎn)生影響，增大施工單位的生產(chǎn)成本，對于施工單位現(xiàn)場管理的難度也將大幅增大。
再次，工程變更將產(chǎn)生較多的施工索賠及合同糾紛。由于工程變更會對項目投資與進度產(chǎn)生直接影響，一旦發(fā)生工程變更，當業(yè)主與監(jiān)理確定的變更價款和工期難以滿足施工單位的要求，雙方利益分歧無法協(xié)商的情況下，將會引起施工單位的施工索賠，甚至發(fā)展為合同糾紛。
業(yè)主方作為工程建設項目的核心，為實現(xiàn)對工程建設項目管理的投資、質量、進度、安全以及其他目標，必須對項目建設的整個過程實施嚴密的控制。建設項目的變更管理是建設工程項目管理的一項重要內(nèi)容，業(yè)主對工程變更實施有效管理，對控制工程的進度、質量和投資起著至關重要的作用。
二、業(yè)主方工程變更管理的影響因素
《項目管理知識體系指南》指出，在項目管理全過程中，項目整體變更控制是控制造成變更的因素，確保變更帶來有益后果，判斷變更是否已經(jīng)發(fā)生，在變更確已發(fā)生并得到批準時對其管理所需要的過程。業(yè)主方要對工程變更實施有效管理，則應對影響工程變更管理的相關因素進行分析，通過有效的手段對其進行監(jiān)督和控制。業(yè)主方對工程變更的管理主要受以下因素的影響：
1、業(yè)主方的企業(yè)管理模式。業(yè)主方的企業(yè)管理模式主要包括業(yè)主方的組織結構模式以及業(yè)主方對項目的管理層次兩個方面。組織結構的問題是業(yè)主方進行全方位、全生命周期項目管理的關鍵因素。組織結構是否清晰，各部門之間的分工是否明確，內(nèi)部工作流程是否規(guī)范、合理，管理層次之間以及各個管理層次內(nèi)部工作界面的劃分是否適當，都將對具體項目的管理產(chǎn)生重要的影響。與此同時，企業(yè)的高層、中層以及基層管理者共同組成了企業(yè)的內(nèi)部管理體系。這一管理體系中各管理層次的分工是否明確，各層次之間是否存在有效的約束機制，以及能否實現(xiàn)暢通的信息溝通，也對具體項目的推進起到重要的作用。具體到工程變更而言，工程變更能否及時提出、得到批準或及時反饋，以及得以有效實施，都有賴于業(yè)主方企業(yè)管理模式的有效運行。
2、工程變更管理流程。工程變更管理要求對工程變更實施系統(tǒng)的、綜合的控制，需要形成一個由總體到細節(jié)，包括各個參與方、各個職能崗位嚴密的、多維的控制體系，確保項目的建設目標得以實現(xiàn)。在項目實施的過程中，業(yè)主方工程變更管理工作中的實施流程規(guī)定了管理活動的階段劃分以及各個階段的相互關系、重要環(huán)節(jié)、各參與方、各活動行為的相互關系以及流轉的過程。工程變更實施的整個過程是否有清晰明確的流程，將影響到工程變更的評審、工程變更批準的效率、經(jīng)批準后的實施與跟蹤、驗證。
3、業(yè)主方工程變更的評審機制。業(yè)主方工程變更的評審機制使業(yè)主單位內(nèi)部對工程變更的請求進行綜合審查，做出是否批準變更的一系列過程。無論是積極的、合理的，如以提高工程質量、加快工程實施進度以及節(jié)約工程造價為目的的工程變更，還是帶來消極的不合理的工程變更，甚至是惡意的工程變更，都需要業(yè)主方給予認真對待，必須對工程變更的方案進行評審。工程變更評審的結果將作為業(yè)主方準予變更、拒絕變更以及上報高層管理決策的重要依據(jù)，對于業(yè)主方工程變更的管理具有重要意義。
4、對工程變更的實施監(jiān)督情況。變更請求得到批準后，可能需要編制新的（或修訂的）成本估算、活動排序、進度計劃、資源需求以及風險應對方案。這些變更可能要求調(diào)整項目管理計劃或項目的其他管理計劃文件。因此，業(yè)主方能否對工程變更活動實施有效監(jiān)督也將對項目的整體目標產(chǎn)生較大的影響。
三、業(yè)主方工程變更管理控制要點
1、建立適合的企業(yè)及項目管理模式。業(yè)主方項目管理體系的有效運行離不開各部門、各管理層次之間的有效協(xié)作與相互配合，建立在明確分工基礎上的高效信息傳遞、及時溝通、密切配合機制是項目得以順利運行的前提。因此，根據(jù)企業(yè)基本情況與人力資源現(xiàn)狀條件，結合所管理建設項目的特點，建立適合的企業(yè)管理模式以及項目管理模式將有助于業(yè)主方對各個項目的變更管理實施有效控制。業(yè)主方工程項目管理的組織形式?jīng)Q定了工程變更管理的方式，其確定的原則應是要服務于項目的整體運作，以高效完成項目整體任務，滿足業(yè)主方的建設目標的相關要求。如某業(yè)主企業(yè)針對一定時間范圍內(nèi)承接的項目群管理任務實施兩級管理，其組織結構模式如圖1所示。（圖1）在上述模式下，機關各職能部門對于具體項目沒有直接的指令關系，但是對于具體的技術及業(yè)務確存在審查或審核的關系，因此信息能否得到及時、準確的傳遞尤為重要。
2、建立規(guī)范的變更控制流程。工程變更的實施過程應當有清晰明確的流程。一般來講，變更審批的環(huán)節(jié)越多，越容易控制變更的數(shù)量和變更的費用，而且各部門在審批中相互補充、制約，也能在一定程度上預防個人主觀因素的影響。與此同時，繁瑣的變更審批流程需要較長的流轉時間，往往會影響變更的及時實施，甚至影響整個項目的工期。因此，業(yè)主建立規(guī)范的變更控制流程，并正確處理好變更控制與效率的關系，是做好工程變更管理工作的一項重要內(nèi)容?；谇笆鰳I(yè)主單位組織結構模式，業(yè)主方內(nèi)部工程變更審批流程圖如圖2所示。（圖2）
需要注意的是，以企業(yè)及項目管理模式為基礎的工程變更管理的授權體系是做好工程變更管理控制的重要控制要素之一。在前述案例中，由于公司實行兩級管理，依據(jù)變更費用額度以及變更性質等的不同，確定相應的管理權限，由此確定工程變更的審批主體與流程。明確的授權體系有利于形成良好的工作界面，對相互的責任、權利與義務。在前述案例組織模式情況下，公司與項目部對于工程變更的審批權限將決定公司對于項目的具體管控程度以及深度。
3、制定良好的工程變更評審機制。由于工程變更對建設項目的質量、進度、費用都有著直接的影響，從圖2的流程圖中可以看出，無論工程變更的費用額度以及變更性質處于哪一審批權限，嚴謹、科學的技術經(jīng)濟論證是工程變更管理不可缺少的重要環(huán)節(jié)。因此，業(yè)主方必須對工程變更的方案進行綜合的全方位評審，確定該項工程變更所帶來的影響是否在可以接受的范圍內(nèi)，并降低項目工程變更所帶來的風險。
對業(yè)主方來說，由于工程建設的階段性，一般業(yè)主單位不會有太多的專業(yè)工程管理和技術人員及相關的經(jīng)驗。這一現(xiàn)狀與專職從事工程施工的承包商單位相比處于明顯的劣勢。業(yè)主方需要根據(jù)相關的變更管理流程與授權體系，在內(nèi)部組織相關部門或者借助外部專家及專業(yè)技術顧問公司的力量與經(jīng)驗，采用各種形式，對變更的要求進行實質性的分析與判斷，判斷提出的變更請求對于項目的技術、費用、進度、質量、安全及環(huán)保等建設目標的綜合影響，預見引發(fā)的風險，從而做出詳細的分析與判斷，有效控制工程變更，彌補業(yè)主方技術和經(jīng)驗不足的缺點。在具體評審中，工程變更評審要注意以下三個方面，即分析研究變更設計方案和技術，論證變更的必要性；分析變更工程量和投資增減，論證變更的合理性；分析預測變更對合同價以及工程項目總造價的影響控制，論證變更的可行性。
4、注意加強對工程變更的全過程管控。工程變更管理涉及到項目建設的全過程。業(yè)主以及監(jiān)理單位一般都把對工程變更管控的重點放在項目的建設實施階段，但是一些工程變更，特別是重大變更往往潛伏在項目的前期研究策劃階段。特別是這個階段用戶需求面積的確定、使用功能調(diào)查、建設標準確認、目標市場預測等工作的不足，將導致設計缺陷或設計偏差，造成較大的變更，對項目的進展將產(chǎn)生嚴重影響。因此，工程變更管理控制要樹立全過程管理的思想，以預防為主，加強事前控制，減少重大設計變更。同時，要做好設計審查工作，具體還可以輔助采用BIM（建筑信息化模型）等技術手段，在設計階段通過給予三位模型的碰撞檢查與糾錯，實現(xiàn)各專業(yè)綜合設計優(yōu)化，減少因專業(yè)設計缺陷造成的設計變更。
業(yè)主方對工程變更進行評審、批準與確認后，還必須在變更實施的過程中進行跟蹤和驗證，確保變更被正確地執(zhí)行。同時，還要注意加強對工程變更的事后控制，對工程變更進行分析對比，尤其是針對中標價與結算價出具分析報告，提高業(yè)主的管控能力。
最后，我們還應注意到，在項目管理中，要控制和減少的是不合理的工程變更。有些工程變更的實施可以提升項目的工程質量、加快工程實施進度以及節(jié)約工程造價，提升整體的功能價值或減少業(yè)主損失，對工程建設或項目全生命周期費用控制有利。因此，還應辯證地看待工程變更，實現(xiàn)項目建設目標。
主要參考文獻：
[1]侯亞林.業(yè)主的工程變更控制管理與案例分析.國際經(jīng)濟合作，2007.7.
第4篇：技術變更流程范文
針對當前制造企業(yè)管理缺乏信息化支持、流程復雜多變的需求，本文開發(fā)了一套制造企業(yè)信息管理系統(tǒng)。建立了一套制造企業(yè)信息管理的分層業(yè)務流程模型，并基于數(shù)據(jù)一致與分層約束思想，在開源工作流引擎JbossjBPM上實現(xiàn)了分層業(yè)務過程的動態(tài)變更。結合實際業(yè)務變更過程，給出了分層業(yè)務過程演化的應用舉例。系統(tǒng)目前已經(jīng)過試點應用，取得了較好的效果。
【關鍵詞】制造企業(yè) 信息管理系統(tǒng) 分層業(yè)務模型 過程演化
1 引言
制造行業(yè)的快速發(fā)展，對進一步完善制造企業(yè)的監(jiān)管體系提出了新的需求，將制造企業(yè)的辦公自動化、信息自動化與日新月異的數(shù)字化技術相結合勢在必行?，F(xiàn)如今，人們對產(chǎn)品的外觀、質量、功能等的要求不斷提高，需求的產(chǎn)品構造越來越復雜，反映在生產(chǎn)制造上，就是需要記錄生產(chǎn)的數(shù)據(jù)越來越多，因此制造企業(yè)要求處理的信息數(shù)量也越來越大，流程變更速度也越來越快。
在這樣的背景下，本文針對制造企業(yè)在信息管理過程中不同業(yè)務層次流程動態(tài)變更的需求，在開源工作流引擎JbossjBPM的基礎上實現(xiàn)了分層業(yè)務過程的動態(tài)變更。以此為基礎，開發(fā)了一套制造企業(yè)信息管理系統(tǒng)，滿足了實際的應用需求。
2 制造企業(yè)信息管理系統(tǒng)設計
本文結合實際調(diào)研獲取的用戶需求，將制造企業(yè)信息管理系統(tǒng)分為以下六個子系統(tǒng)。其功能結構如圖1所示。
3 分層業(yè)務過程演化技術
工作流控制引擎子系統(tǒng)作為整個管理系統(tǒng)柔性分層業(yè)務演化的核心，是在業(yè)務分層和過程動態(tài)演化的基礎上，基于JbossjBPM平臺實現(xiàn)的。
當前，在業(yè)務分層組織方面的研究中，文獻提出一種基于過程執(zhí)行主體的分層執(zhí)行機制，依據(jù)軟件過程的執(zhí)行主體將執(zhí)行層次分為個人、小組和團隊三種類型。文獻提出一種基于角色的分層工作流模型將工作流分成對象定義層、邏輯表現(xiàn)層及執(zhí)行層三層。文獻將工作流分為兩層，將流程中重復被調(diào)用的流程片段單獨提取出來，并在頂層定義抽象節(jié)點與流程片段關聯(lián)。頂層流程執(zhí)行到抽象節(jié)點時，執(zhí)行與其關聯(lián)的流程片段。文獻的分層主要針對工作流執(zhí)行過程，分別橫向、縱向進行了分層組織。文獻則是站在重用角度，不自覺的將工作流的業(yè)務進行了分層，因而該文獻構成了本文分層業(yè)務模型部分的基礎。
目前有很多對過程動態(tài)演化的研究。最早在文獻中就有了工作流演化的概念；文獻在過程模型更新方面實現(xiàn)了基于上下文的工作流執(zhí)行演化過程；典型業(yè)務過程編排系統(tǒng)（Business Process Choreographer， BPC）提供了五種變更模型。當前，JbossjBPM平臺上的業(yè)務過程演化已經(jīng)相對成熟。
3.1 分層業(yè)務過程演化
分層業(yè)務過程模型主要由高層業(yè)務過程模型和基本業(yè)務過程模型兩部分組成。過程演化通常分為模型更新和過程實例遷移兩個階段，而模型更新在已有的相關研究中已相對成熟固定。過程實例遷移的目標是找到原模型中已執(zhí)行序列與新模型中節(jié)點的對應關系，即得到可遷移實例到目標模型的狀態(tài)映射關系。
當模型發(fā)生變更后，需要對模型下運行的實例進行實例遷移，恢復其在新模型下的運行。文獻[10]對實例的可遷移性進行了深入研究，但主要針對數(shù)據(jù)層面的約束。本文在數(shù)據(jù)約束的基礎上，擴展了分層業(yè)務過程中的層次約束概念，分述如下。
定義1 層間約束。當業(yè)務間存在分層關系時，不同層的業(yè)務約束間必然存在相互制約的情況。例如：高層業(yè)務的時間約束影響到基本業(yè)務（組）的時間約束。
定義2 最小層間約束。最小層間約束給出了系統(tǒng)層間約束的最精確模型，通過該規(guī)約給出的不同層面約束規(guī)約到最底層是不相交或基本不相交的。即系統(tǒng)的約束設計沒有冗余。
在實際的遷移過程中，不必考慮最小層間約束這一問題，它是需要在設計階段解決的。需要考慮的是層間約束，即遷移要不但要滿足基本業(yè)務的約束，也要遵循高層業(yè)務的約束。基于上述這些約束，我們設計了業(yè)務分層模型下的實例遷移算法如下。
記某過程實例的高層業(yè)務過程為H，其中已執(zhí)行基本過程序列為M目標模型為N。M中不在目標模型中的過程序列為Md。Me=M-Md表示已執(zhí)行過程序列中仍存在于目標模型中的節(jié)點。
Step1 對于Me中的每一個過程A，若A與其之前的已執(zhí)行過程數(shù)據(jù)沖突，則該實例不可遷移，遷移判別結束；否則轉Step2。
Step2 對于Md中的每個過程A，若A與插入其之前的過程集SA數(shù)據(jù)相關，即至少與SA中的某一個過程數(shù)據(jù)相關，則該實例不可遷移，遷移判別結束；否則轉Step3。
Step3 查看N中的每一個過程A的約束是否滿足，不滿足則不可遷移，遷移判別結束；從H的總約束中減去Md的部分，看N中的過程是否滿足，不滿足則不可遷移，遷移判別結束；否則轉Step4。
Step4 實例可遷移從Me的最后一個過程遷移到目標模型N中的第一個新出現(xiàn)過程開始執(zhí)行，恢復執(zhí)行過程中需要跳過已執(zhí)行過的過程。
3.2 演化案例
上面介紹了分層業(yè)務過程模型與演化技術，我們基于JbossjBPM實現(xiàn)了相應的原型系統(tǒng)。為了有效說明分層業(yè)務過程模型的演化細節(jié)，我們以制造企業(yè)分層業(yè)務過程模型演化的典型案例為例進行說明。主要分為五個階段：需求分析、產(chǎn)品開發(fā)、供應鏈管理、生產(chǎn)加工、銷售。其中產(chǎn)品開發(fā)（Product Development）包含了產(chǎn)品設計（Product Designing）和樣品制造（Sample Manufacturing）兩個過程，其分層業(yè)務過程模型的XML存儲片段如下所示。
………………
ApprovalForm
< node name = “Sample Manufacturing”>
Opinion
………………...
如果后期由于產(chǎn)業(yè)結構優(yōu)化的要求在產(chǎn)品開發(fā)階段增加設計驗證環(huán)節(jié)。即流程在Product Development層內(nèi)的Product Designing節(jié)點后發(fā)生變更請求要求增加Design Verification節(jié)點。在數(shù)據(jù)層面增加該節(jié)點無數(shù)據(jù)沖突，因為節(jié)點的輸入輸出均為Design Model；從層間約束來看，Product Development的時限為3個月，原先流程的時限總和為兩個月，而Design Verification節(jié)點的時限為三周，綜合考慮滿足層間約束；因此流程可遷移。對應的狀態(tài)轉移表如下所示。遷移過程如圖2所示。
4 結論
本文針對當前制造企業(yè)管理缺乏信息化支持、流程復雜多變的需求，建立了一套關于制造企業(yè)信息管理的分層業(yè)務流程模型，針對制造企業(yè)在信息管理過程中不同業(yè)務層次流程動態(tài)變更的需求，在開源工作流引擎JbossjBPM的基礎上實現(xiàn)了分層業(yè)務過程的動態(tài)變更。以此為基礎，開發(fā)了一套制造企業(yè)信息管理系統(tǒng)，結合實際業(yè)務層次變更過程，給出了分層業(yè)務模型及流程演化的效果。系統(tǒng)目前經(jīng)過試點應用，取得了較好的效果。
參考文獻
[1]張沙青.MES：制造業(yè)信息化的關鍵[J].商業(yè)研究，2006.
[2]孫家光.先進制造與自動化技術發(fā)展戰(zhàn)略的思考[J].機械工程學報，2001，4（3）：3-9.
[3]KOENIG J.jBPM[EB/OL]2013. http：///jbpm.
[4]CASATI F， CERI S， PERNICI B， et al. Workflow evolution [J].Data Knowledge Engineering， 1988，24（3）： 211-238.
[5]陳翔，夏國平.基于Petri網(wǎng)的工作流層次模型及結構分析[J].計算機工程，2003，29（1）： 11-13.
[6]焦玉峰，王茜.基于Web的工作流系統(tǒng)的分布、分層建模和執(zhí)行[J].微機發(fā)展，2003，13（12）：96-101.
[7]宋巍，馬曉星，胡昊.過程感知信息系統(tǒng)中過程的動態(tài)演化[J].軟件學報，2011，22（3）：417-438.
作者簡介
劉世卿（1983-），女，河南省焦作市人。碩士學位?，F(xiàn)為中航工業(yè)西安航空計算技術研究所工程師。研究方向為電子設備結構設計、計算機輔助制造。
第5篇：技術變更流程范文
關鍵詞：制造業(yè)信息化；ITIL；IT運維服務管理
中圖分類號：F832.2 文獻標識碼：A文章編號：1007-9599 (2011) 20-0000-02
Manufacturing Enterprise IT Practices and Research of Operation&Maintenance Management
Li Lu,Yang Yanguo,Liu Yang
(AVIC Shenyang Liming Aero-Engine(Group)Co.,Ltd.Data Center,Shenyang110043,China)
Abstract:This article is written under the guidance of ITIL theory.From the respect of IT operation and maintenance management,it studies the real-time supervision,information desk,accident management,problem management,configuration management,issuing management and knowledge base of IT infrastructure and application.Considering the present situation of IT operation and maintenance service management in Manufacturing business,it puts forward the more suitable design and realization of IT operation and maintenance service management for manufacturing business and ensures the IT infrastructure and application to efficiently,safely and normally operate.It strongly supports the production to be steadily conducted.
Keywords:Manufacturing informatization;ITIL;IT service management of operation and maintenance
一、引言
近年來，隨著各類應用系統(tǒng)建設速度迅猛發(fā)展，信息化技術人員的數(shù)量、維護能力和知識水平日顯不足，在實際工作中只能等到設備及應用系統(tǒng)出現(xiàn)問題造成故障時才進行維護，并且IT設備和信息系統(tǒng)多而復雜關聯(lián)性日益增強。運維人員有效地降低系統(tǒng)運行的風險，主動的發(fā)現(xiàn)并及時解決系統(tǒng)運行故障，這些都給企業(yè)IT運維服務管理水平提出了更高的要求，也是當前IT系統(tǒng)運維服務管理普遍面臨的巨大挑戰(zhàn)。面對如此高的要求和壓力，目前的信息化應用平臺單靠人工管理已經(jīng)變得不現(xiàn)實，因此，通過采取IT運維服務管理系統(tǒng)來輔助信息部門進行半自動化管理，使信息系統(tǒng)更加適應業(yè)務持續(xù)變化的需求。
二、運維服務與ITIL理念
IT運維服務主要包括基礎設施維護服務、系統(tǒng)運行維護服務和系統(tǒng)運營支持服務?；A設施維護服務是指對基礎環(huán)境、硬件、基礎軟件的故障診斷和修復等服務。系統(tǒng)運行維護服務是指通過使用監(jiān)控、服務管理工具等方式，保障系統(tǒng)正常運行的服務。系統(tǒng)運營支持服務是指為提升業(yè)務有效性所提供的評估、數(shù)據(jù)管理、數(shù)據(jù)分析、業(yè)務流程管理等服務。
20世紀80年代，英國政府為了提升信息化設備和系統(tǒng)的運行效率，指定當時的英國政府計算機與通信局，研究開發(fā)一種方法，用于指導全國政府部門高效、經(jīng)濟地運營信息化設備和系統(tǒng)，結果產(chǎn)生了信息技術基礎架構庫（Information Technology Infrastruc-ture Library-ITIL）。ITIL供組織內(nèi)部進行IT服務管理的參考經(jīng)驗，它匯集了IT服務業(yè)內(nèi)的最佳實踐，是指導如何在運維管理中定義人員、流程、服務活動及其之間關系的指導框架。
ITIL的框架包括業(yè)務管理、服務管理、IT基礎架構管理、安全管理、應用管理、IT服務管理規(guī)劃等，其中最核心的是服務管理中的服務支持和服務提供。IT主管部門可能更關心服務支持，服務支持主要包括：服務臺、故障管理、問題管理、配置管理、變更管理和管理等六個模塊。
為使企業(yè)的運維服務更加有效、持續(xù)和穩(wěn)定發(fā)展，引進最先進的ITIL管理理念和ISO 20000國際標準，結合制造業(yè)在IT運維服務管理情況，提高IT運維服務管理的效率和規(guī)范性，保障業(yè)務系統(tǒng)的持續(xù)穩(wěn)定運行。
三、企業(yè)對于IT服務管理的需求分析
制造業(yè)信息化通過多年的建設，形成了眾多的信息系統(tǒng)，如何使信息系統(tǒng)穩(wěn)定、可靠、安全的運行，IT運維服務管理工作步入一個有序的、規(guī)范的層，成為數(shù)據(jù)中心的一個長期的業(yè)務目標。
一方面，數(shù)據(jù)中心面對的管理工作的范圍也越來越大，從核心的網(wǎng)絡、服務器、數(shù)據(jù)庫、應用系統(tǒng)到終端計算機。對各種IT基礎架構設施的具體配置、運行狀態(tài)、故障、性能進行了集中監(jiān)控，及時發(fā)現(xiàn)故障并報警，同時對運行性能歷史數(shù)據(jù)進行深入、定量分析，并提供各種中長期運行趨勢和運維報表，及早發(fā)現(xiàn)網(wǎng)絡擁塞或系統(tǒng)性能的問題，為IT維護人員提供運維技術手段和工具，提高IT運行監(jiān)控管理的處理能力的需求越來越迫切。
另一方面，IT系統(tǒng)對于核心業(yè)務起著決定性的作用，因此IT服務的可用性以及服務的質量越來越引起重視，并且在未來還將面對越來越多的數(shù)據(jù)業(yè)務，因此對其計算機網(wǎng)絡、系統(tǒng)及各終端設備的穩(wěn)定性和故障的快速處理、恢復能力的要求，建立合適的工作流程，合理安排人員崗位，明確職責，保障在業(yè)務中斷的第一時間找到相關負責人去解決問題，快速恢復業(yè)務。
四、IT運維服務管理平臺設計
在進行IT運維服務管理平臺管理設計時，考慮IT服務對業(yè)務帶來的影響，強調(diào)從業(yè)務目標角度出發(fā)來優(yōu)化IT運維服務管理。
（一）IT基礎設施管理
IT基礎設施管理包括網(wǎng)絡、服務器、客戶機、數(shù)據(jù)庫、應用系統(tǒng)的配置管理、性能管理、故障管理等，系統(tǒng)整體架構橫向分為4層被監(jiān)控層、數(shù)據(jù)采集層、匯聚處理層、展現(xiàn)層。
被監(jiān)控層為IT基礎設施，數(shù)據(jù)采集層通過與被管基礎設施的接口采集數(shù)據(jù)，送到數(shù)據(jù)處理層進行數(shù)據(jù)處理。匯聚處理層包含2個層面：一個層面是IT基礎架構運行監(jiān)控，主要實現(xiàn)IT基礎架構的各種監(jiān)控功能，如網(wǎng)絡拓撲、鏈路流量等；另一個層面是業(yè)務服務管理，主要針對業(yè)務層面進行監(jiān)控，包括業(yè)務故障影響分析、業(yè)務性能指標計算、業(yè)務應用性能監(jiān)控以及業(yè)務視圖展現(xiàn)等。最頂層是統(tǒng)一展現(xiàn)層，即統(tǒng)一門戶，為不同級別、不同職能的人員提供整合統(tǒng)一的IT運維管理門戶。
（二）IT服務管理
基于ITIL流程框架，結合現(xiàn)有實際業(yè)務需求，遵循“計劃、實施、檢查、改進”的設計原則，建立切實可行的實施方法和流程，將整個體系劃分為服務臺、事故處理、問題管理、變更管理、管理、CMDB、知識庫等模塊劃分，運維流程可穿越各個階段進行流轉。
五、IT運維服務管理平臺的實現(xiàn)
（一）IT服務管理基礎平臺的搭建
IT服務管理基礎平臺系統(tǒng)由應用服務器、數(shù)據(jù)庫服務器、客戶機組成，使用分布式部署，減輕核心服務器的壓力。創(chuàng)建用戶類型、定義安全機制、代碼表配置、組織結構數(shù)據(jù)建設、人員數(shù)據(jù)建設、資產(chǎn)數(shù)據(jù)裝載，制作統(tǒng)計報表。
（二）服務臺建設
數(shù)據(jù)中心服務臺負責全公司服務請求的處理和轉發(fā)，技術上主要是對服務臺工作人員進行培訓，掌握全面的運維知識，熟悉服務臺職責；管理上主要是制定服務臺運維管理制度，明確服務臺人員的工作內(nèi)容與操作規(guī)程。服務臺是用戶申報事故以及獲得事故處理結論的統(tǒng)一入口，主要工作包括以下幾個方面，一是完成響應服務請求，處理常見的運維事件，將不能解決的事件升級；二是相關的運維信息，如網(wǎng)絡、業(yè)務系統(tǒng)、設備故障等；三是協(xié)助提高IT部門事故處理質量，增加用戶滿意度，形成有效的事故處理和跟蹤的手段。
（三）事故管理建設
我們借鑒了IT服務管理的經(jīng)驗，為了靈活實現(xiàn)運維系統(tǒng)各個流程建設，在實踐中簡化了流程以適應運維工作的需要。在事故處理流程建設中，IT服務管理標準的做法是直接將事故送到服務臺，由服務臺負責處理或者分發(fā)，而實際工作中，將業(yè)務系統(tǒng)的監(jiān)控事件直接送到業(yè)務管理系統(tǒng)的管理員，服務臺負責監(jiān)督事故處理完成的情況。
（四）問題管理建設
問題管理管理員直接手工新建問題工單，或者由服務臺或事故管理來觸發(fā)問題工單管理流程。當問題由于成本與技術等原因暫不消除時，可定為已知錯誤，后期可繼續(xù)處理。找到問題的根本原因，并提供臨時措施與根本解決方案，防止問題再次發(fā)生或減少問題的數(shù)量。
（五）配置管理建設
配置管理數(shù)據(jù)庫（CMDB）儲存與管理企業(yè)IT架構中設備的各種配置信息，它與所有服務支持和服務交付流程都緊密相聯(lián)，一方面支持這些流程的流暢運轉、發(fā)揮配置信息的價值；另一方面，幫助技術人員受到服務請求時獲取相關技術支持，同時依賴于相關流程保證數(shù)據(jù)的準確性。
在建設初期通過配置項自動發(fā)現(xiàn)，整個企業(yè)IT架構的配置項（CI）導入配置項，為了保證數(shù)據(jù)的準確、全面、我們要求業(yè)務系統(tǒng)、設備等管理人員提供、核對相關數(shù)據(jù)，保證在運維中能準確利用數(shù)據(jù)進行運維。
CMDB通過拓撲關聯(lián)圖展現(xiàn)各個配置項之間的關聯(lián)關系，可以清晰的看到各個硬件、軟件間的關聯(lián)關系，也能看到IT配置項和IT服務之間的關聯(lián)關系，因此當IT服務出現(xiàn)問題時，可以通過該關聯(lián)關系，快速查找IT服務不可用的根本原因。
將配置項和事故記錄、問題記錄、變更記錄和記錄相關聯(lián)，有利于針對具體的IT設施進行運維優(yōu)化和改進。
（六）變更管理建設
確保在IT服務變動的過程中能夠有標準的方法，以有效的控制變更，降低或消除因為變更對業(yè)務運營所造成的影響與問題。由專家和技術顧問組成，對提交的變更請求（RFC）進行評審，并最終裁定是否批準實施該變更請求。
變更審計管理，通過CMDB定期對配置項進行自動掃描，發(fā)現(xiàn)企業(yè)IT架構中的非法變更，管理員根據(jù)變更的信息，選擇變更恢復或者進入變更流程，幫助管理人員進行變更的審計管理。
（七）管理建設
通過正式的流程確保只有經(jīng)過完整測試與得到授權的軟件與硬件才能夠進入正式運行環(huán)境，以確保變更后生產(chǎn)環(huán)境的質量。的最終結果將會反映到CMDB中。
（八）知識庫建設
將成熟可行的解決方案錄入知識庫，進行數(shù)據(jù)共享，快速排除故障，從而達到提高用戶“自助式服務”能力的目的。當運維人員進行事故、問題、變更和運維流程時，可以根據(jù)不同資源類型，自動關聯(lián)該類型的知識條目，幫助運維人員快速解決問題。知識庫的自身管理，包括建立、審核、分類、評價、訂閱、收藏、搜索知識等，知識需要經(jīng)過知識庫管理員審核后才能進入知識庫。
六、結束語
通過ITIL在制造業(yè)的實踐，實現(xiàn)對IT系統(tǒng)的集中、統(tǒng)一的監(jiān)控管理，設計和建立基本的IT服務管理流程和技術支撐平臺。IT運維服務管理信息化是信息部門自身工作信息化的一個標志性環(huán)節(jié)，不但意味著管理的標準化、規(guī)范化，也提高了對外的服務能力與質量，提升了運行管理水平及故障應急處理能力，實現(xiàn)了知識經(jīng)驗的積累和共享，并且把工作量化，為考評提供依據(jù)。
實現(xiàn)IT服務管理體系涉及到很多方面，實施過程中要考慮企業(yè)的文化特點和對變化的接受能力，立足現(xiàn)有的組織分工和人員結構，分期設計、實施，建立配套的管理制度等。
參考文獻：
[1]Jan van Bon,章斌譯.IT服務管理+基于ITIL的全球最佳實踐[M].北京:清華大學出版社,2006
[2]上海信息化培訓中心IT管理培訓部.基于ITIL的IT服務管理白皮書V2.1[EB/DK].上海信息化培訓中心,2003
第6篇：技術變更流程范文
中煙信息公司從2005年7月1日起，在國家煙草專賣局中煙電子商務公司的領導下，承擔國家煙草專賣局決策管理系統(tǒng)的運行維護工作。肩負著覆蓋全行業(yè)、影響全行業(yè)卷煙生產(chǎn)和銷售的“行業(yè)卷煙生產(chǎn)經(jīng)營決策管理系統(tǒng)”（以下簡稱“決策管理系統(tǒng)”）的運維工作，中煙信息公司深感責任之重大、使命之艱巨。為了能完成國家煙草專賣局交付的運維任務和使命，中煙信息公司通過ITIL（Information Technology Infrastructure Library，信息技術基礎架構庫）的建設，力爭打造運維服務的精品工程，為行業(yè)用戶交上滿意的答卷。
ITIL理論是面向IT服務管理的最佳實踐，現(xiàn)已成為IT服務管理在世界范圍內(nèi)事實上的標準，為決策管理系統(tǒng)的運維工作提供了行之有效的理論指導。中煙信息公司基于ITIL理論，優(yōu)化運維人力配置，規(guī)范運維服務流程并落實執(zhí)行，并確立了通過ISO20000的認證目標。
優(yōu)化運維人力配置
人的因素是決定運維服務好壞的最重要的因素，合理的人力配置能夠提高運維的質量和效率，保障運維工作的順利開展。
中煙信息公司通過人力資源的整合與配置，形成了一線客服、二線支持、三線研發(fā)的人員梯隊結構，更好地適應決策管理系統(tǒng)運維工作的開展。一線客服承擔著ITIL理論中“服務臺”的角色，通過全行業(yè)統(tǒng)一的呼叫中心服務熱線受理用戶的服務請求，7×24全天候對用戶提出的各種情況進行處理; 二線支持為用戶提供專業(yè)技術更強的技術支持服務，深入研究疑難事件和問題，并在需要提供現(xiàn)場服務的情況下及時到現(xiàn)場為用戶排憂解難; 三線研發(fā)肩負著與決策管理系統(tǒng)源代碼相關的研發(fā)工作，配合二線解決系統(tǒng)源程序的Bug以及為滿足用戶新的需求進行應用拓展開發(fā)。通過一、二、三線之間的明確分工和緊密配合，形成了較為合理的運維人力配置。
規(guī)范運維服務流程
在ITIL理論的指導下，2007年1月1日，中煙信息公司運維服務管理系統(tǒng)建成并投入運行，從此決策管理系統(tǒng)的日常運維工作上到了一個新的臺階。運維服務管理系統(tǒng)規(guī)范了運維工作流程，包括事件管理流程、問題管理流程、變更管理流程，并形成了知識庫和配置庫。
所謂事件，是指系統(tǒng)運行過程中突然出現(xiàn)的造成服務中斷或服務質量下降的突發(fā)現(xiàn)象。事件管理流程通過對事件的相關環(huán)節(jié)進行規(guī)范，從事件的記錄開始，經(jīng)過分類和初步支持、調(diào)查與診斷、解決和恢復，直到與客戶確認后事件的關閉，流程中的各個環(huán)節(jié)前后相連，流轉有序，并規(guī)定每一環(huán)節(jié)處理的最長時限。通過事件記錄員、事件分析員以及事件經(jīng)理等角色的明確，責任到人。從而達到在發(fā)生事件后，能在最短的時間內(nèi)解決并恢復客戶中斷的服務，提高客戶滿意度。
在客戶現(xiàn)場暴露的各種事件，具有突發(fā)性和表面性，可能隱藏著背后的根源。問題管理流程的目標是就是通過一系列規(guī)范的環(huán)節(jié)，找到問題的根源，并形成解決方案: 從問題的檢測與記錄開始，經(jīng)過對問題的分類和分派、調(diào)查和診斷，直到問題的最終關閉。各環(huán)節(jié)連續(xù)清晰，環(huán)節(jié)角色分工明確，從而實現(xiàn)在發(fā)現(xiàn)問題后，能夠迅速地找到問題的根源，形成解決方案，為最終解決問題打下基礎。
任何系統(tǒng)都不可能一成不變，系統(tǒng)的軟硬件或者功能上的變化需要通過變更管理流程規(guī)范起來。變更管理流程是通過流程化的環(huán)節(jié)進行控制，規(guī)范變更的流程，保證變更的質量。從變更的發(fā)起開始，經(jīng)過評估、審核、審批、分派、構建、實施，直到關閉。各環(huán)節(jié)緊密相連，易于控制，保證變更的高效有序。
隨著運維工作的開展，逐漸形成和積累的知識條目經(jīng)過整理后形成知識庫，為事件和問題的解決提供知識支持，同時知識庫對用戶開放，使用戶能夠通過搜索知識庫方便快捷地找到所需知識。
配置管理就是要把復雜的決策管理系統(tǒng)所涉及到的軟硬件納入配置管理中來，構建配置庫，實現(xiàn)無論是發(fā)生事件，還是發(fā)現(xiàn)問題，或者是進行變更時，都能夠從配置庫中獲得對應的軟硬件配置的正確信息，從而為事件管理、問題管理和變更管理流程提供信息支撐。
如圖所示，“三大流程兩大庫”構成了運維總體流程框架，通過將決策管理系統(tǒng)日常運維過程中的事件、問題和變更分解成具體環(huán)節(jié)，明確各環(huán)節(jié)角色的職責分工，通過運維服務管理系統(tǒng)進行運轉，從而使決策管理系統(tǒng)的運維工作得以逐步規(guī)范。
重在落實執(zhí)行
在人力資源整合與優(yōu)化的基礎上，中煙信息公司通過ITIL項目的建設使運維流程得以逐步規(guī)范，運維服務管理系統(tǒng)運行一年多以來，系統(tǒng)運轉平穩(wěn)，流程環(huán)節(jié)順暢，使每個運維工作中的事件、問題和變更等都能責任到人，并得到足夠的關注和后續(xù)跟蹤，提高了運維工作的質量和效率。
2008年，中煙信息公司運維團隊對現(xiàn)有的流程模式進一步深入研究細節(jié)，逐步制定各細節(jié)環(huán)節(jié)的業(yè)務規(guī)范，并落實執(zhí)行，通過定期的工作檢查和業(yè)務考核，牢抓運維工作的落實執(zhí)行，使運維工作的各項規(guī)范制度真正落到實處。
力爭通過ISO20000
中煙信息公司通過ITIL項目的建設，使運維工作取得了階段性的成果。為使運維工作更上一個臺階，為行業(yè)用戶提供更好的運維服務，中煙信息公司制定并落實了2008年運維工作計劃，其中最重要的就是通過各方面的建設使運維工作盡快通過ISO20000的認證。
目前，中煙信息公司正在組織進行流程評估工作，通過對現(xiàn)有人員和流程的評估，使大家能清楚地認識到與ISO20000的差距，使得2008年的ISO20000的建設更有的放矢。我們相信，只要我們堅持不懈地按照ISO20000的標準落實執(zhí)行，就一定能打造出運維服務工作的精品工程，為完成國家煙草專賣局交付的決策管理系統(tǒng)的運維工作交上一份滿意的答卷。
（本文作者系中煙信息公司總經(jīng)理助理）
鏈接
三個流程、兩個庫
中煙信息公司從2006年6月份開始實施ITIL，到2006年年底完成了ITIL的調(diào)研和評估等工作。2007年1月1日，系統(tǒng)上線試運行。到目前為止，中煙信息公司在ITIL的道路上已經(jīng)取得了階段性的成果，成功實施了“三個流程、兩個庫”，即: 事件管理流程、問題管理流程、變更管理流程，知識庫和配置庫。
1. 事件管理流程
所謂事件，是指系統(tǒng)運行過程中突然出現(xiàn)的造成服務中斷或服務質量下降的突發(fā)現(xiàn)象。事件管理流程通過對事件的相關環(huán)節(jié)進行規(guī)范，從事件的記錄開始，經(jīng)過分類和初步支持、調(diào)查與診斷、解決和恢復，直到與客戶確認后事件的關閉，流程中的各個環(huán)節(jié)前后相連，流轉有序，并規(guī)定每一環(huán)節(jié)處理的最長時限。通過事件記錄員、事件分析員以及事件經(jīng)理等角色的明確，責任到人。從而達到在發(fā)生事件后，能在最短的時間內(nèi)解決并恢復客戶中斷的服務，提高客戶滿意度。
2. 問題管理流程
問題管理流程的目標就是通過一系列規(guī)范的環(huán)節(jié)，找到問題的根源，并形成解決方案。從問題的檢測與記錄開始，經(jīng)過對問題的分類和分派、調(diào)查和診斷，直到問題的最終關閉。各環(huán)節(jié)連續(xù)清晰，環(huán)節(jié)角色分工明確，從而實現(xiàn)在發(fā)現(xiàn)問題后，能夠迅速地找到問題的根源，形成解決方案，為最終解決問題打下基礎。
3. 變更管理流程
變更流程是指需要對系統(tǒng)的軟件或硬件進行變更，其流程如下: 開單風險評估審核審批構建（設計、開發(fā)）測試、實施實施審核實施關閉。各環(huán)節(jié)緊密相連，易于控制，保證變更的高效有序。
4. 知識庫
知識庫，顧名思義，就是為達到積累知識的目的，將事件、問題和變更的經(jīng)驗都總結到這個庫里。一線工程師利用知識庫幫助用戶解決問題，如果發(fā)現(xiàn)知識庫里沒有相關的知識條目，就需要把這個新內(nèi)容增加到知識庫中。如此一來，知識庫就是一個越來越完善的龐大知識體系。
第7篇：技術變更流程范文
（中國人壽昌吉分公司新疆烏魯木齊830000）
摘要在某保險公司醫(yī)保通系統(tǒng)建設中，由于項目的實施中存在著異地開發(fā)的情況，變更管理工作在項目管理中更為重要。本文簡述了在建設過程中為避免各種變更帶來的影響，項目組所采用的應對手段，最后總結了本次項目的不足。
關鍵詞 醫(yī)保通系統(tǒng) 信息系統(tǒng)開發(fā) 變更控制
2012 年6 月，我作為項目經(jīng)理參加了某保險公司醫(yī)保通系統(tǒng)建設，主要職責是項目管理。醫(yī)保通系統(tǒng)是保險公司通過信息化手段和醫(yī)院之間搭建的信息平臺，實現(xiàn)保險公司對客戶的"零距離"賠付。這次項目的實施中存在著異地開發(fā)的情況，變更管理工作在項目管理中更為重要。系統(tǒng)的主要功能有客戶住院處方信息錄入上傳、理賠金結算等。項目歷時6 個月，于2012 年12 月成功上線。項目的成功很大程度上歸功于對變更的有效控制和管理。
在建設過程中為避免各種變更帶來的影響，項目組采用change 工具進行變更管理，首先定義好角色和分工；利用change工具規(guī)范變更流程；成立變更評審小組，注重發(fā)揮評審小組的作用者三個方面進行變更控制。最后總結了本次項目的不足及采取的措施，即對于影響不大的變更申請，可以考慮授權評審小組的相關成員審批就可以了，不需要經(jīng)過會議的形式來決定。
“醫(yī)保通系統(tǒng)”是指保險公司通過信息化手段和醫(yī)院之間搭建的信息平臺。醫(yī)保通系統(tǒng)在省級公司建立醫(yī)保通中心端，搭建數(shù)據(jù)庫和應用服務平臺，醫(yī)保通前端設在醫(yī)院。系統(tǒng)的主要功能包括：客戶入院申報；探訪核實的信息錄入；處方信息采集和上傳；處方審核；理賠金結算；統(tǒng)計分析功能。
在本項目開發(fā)的過程中，可能引起需求和開發(fā)變更的因素主要包括：
（1）已確認的業(yè)務流程的變更：由于醫(yī)院在項目建設之前沒有基于網(wǎng)絡環(huán)境下的業(yè)務接口應用經(jīng)驗，因此在系統(tǒng)設計開發(fā)完畢試運行期間，可能會根據(jù)實際情況調(diào)整系統(tǒng)流程。
（2）公司核心業(yè)務系統(tǒng)頻繁升級：由于核心業(yè)務系統(tǒng)自身缺陷或為了滿足保監(jiān)會新監(jiān)管要求以及適應外部審計的要求而發(fā)生升級，醫(yī)保通系統(tǒng)作為核心業(yè)務系統(tǒng)的外圍系統(tǒng)在涉及理賠金計算部分必然也會發(fā)生變更。
變更控制，是對項目基線的變更進行標識、記載、批準和拒絕，并對此變更加以控制的過程。變更控制一般分為六個階段：變更申請，變更評估，變更決策，變更實施，變更驗證，溝通存檔。因為醫(yī)保通項目配置管理采用的是Synergy 工具，所以采用change 工具進行有效的變更管理，與Synergy 工具配合使用。本文主要結合其中的變更控制的幾個關鍵階段，以及項目中使用到的一些變更控制的常用技術，采用change 工具進行變更管理，首先定義好角色和分工；利用change 工具規(guī)范變更流程；成立變更評審小組，注重發(fā)揮評審小組的作用這三個方面進行論述。
一、采用change工具進行變更管理，首先定義好角色和分工；在項目變更實施方面，我們醫(yī)保通項目組使用change 工具保證項目需求變更的可追溯性和可控性；使用change工具過程中，項目經(jīng)理是整個變更管理流程的控制者和負責人，還負責指定分析人員、解決人員、確定人員。我們項目組中確定人員為測試人員，解決人員為開發(fā)人員。
二、利用change工具規(guī)范變更流程
項目經(jīng)理按照項目計劃創(chuàng)建變更單后提交需求分析人員，負責對于提交的需求變更請求進行分析、設計，形成變更分析報告，交由評審小組進行審批。變更申請由評審小組評審通過后，開發(fā)人員對處于“Implemented”狀態(tài)的變更單進行處理，根據(jù)變更單上的要求，進行開發(fā)。開發(fā)人員的開發(fā)基于配置管理工具Synergy軟件中的Task，開發(fā)人員需要將自己的Task 和對應的變更單關聯(lián)。不允許存在無CR 關聯(lián)的task 存在。開發(fā)人員在處理變更要將之前在Change 上附上的文檔存放在Synergy中。
通過change的使用和規(guī)范的管理，在整個開發(fā)過程中，從未出現(xiàn)修改混亂和版本失控的現(xiàn)象。
三、成立變更評審小組，注重發(fā)揮評審小組的作用
項目組成立變更評審小組，成員由項目經(jīng)理、配置變更管理人員、開發(fā)人員、測試人員以及公司業(yè)務部門若干代表、醫(yī)院若干代表組成，負責在變更管理流程的不同階段對于變更的分析和實現(xiàn)進行評審。
第8篇：技術變更流程范文
關鍵詞：內(nèi)部控制 計算機信息系統(tǒng)控制 對策
近年來，隨著信息技術的發(fā)展，大多數(shù)企業(yè)都引進、建立和運用了計算機信息處理系統(tǒng)。計算機信息系統(tǒng)不僅提高了企業(yè)的工作效率，而且也改變企業(yè)的經(jīng)營方式和方法，已經(jīng)成為企業(yè)內(nèi)部控制中必不可少的手段。但同時，這些新技術的出現(xiàn)，也擴大了內(nèi)部控制范圍﹑增加了內(nèi)部控制難度和時空的風險。這就要求企業(yè)盡快完善相應的內(nèi)部控制程序加以配合。
一、計算機信息系統(tǒng)的應用對內(nèi)部控制的影響
（一）內(nèi)部控制重點的變化：隨著電算化會計系統(tǒng)的應用，傳統(tǒng)手工方式下各種賬簿間﹑賬簿與報表間的相互核對變得毫無意義。就交易和數(shù)據(jù)的可靠性而言，風險控制的重點前移到數(shù)據(jù)錄入﹑授權和審核環(huán)節(jié)。同時，計算機的應用，使內(nèi)部控制的許多具體方法和措施可以編成計算機程序加以進行，于是對程序化控制的控制又成為新的關注點。
（二）內(nèi)部控制內(nèi)容的變化：由于計算機內(nèi)的數(shù)據(jù)易被大量刪除﹑破壞和篡改且不留下任何痕跡和審計線索，這就使信息資產(chǎn)的安全保護﹑備份﹑禁止非授權操作和防治病毒破壞變得極為重要。
（三）內(nèi)部控制范圍的變化：由于計算機信息系統(tǒng)建立和運行的復雜性，內(nèi)部控制的范圍相應擴大，包含了手工系統(tǒng)中所沒有的控制，如對計算機軟硬件及相關設備的控制，系統(tǒng)權限的控制，應用系統(tǒng)變更的控制等。隨著網(wǎng)絡技術的廣泛應用，控制范圍又延伸到遠程系統(tǒng)數(shù)據(jù)交換﹑網(wǎng)絡系統(tǒng)安全等方面。
（四）內(nèi)部控制難度的變化：在計算機系統(tǒng)中，交易和數(shù)據(jù)多為電子存儲，不易實現(xiàn)簽字﹑蓋章等傳統(tǒng)書面審計線索，因此如何保證數(shù)據(jù)的合法性和可靠性，防止軟硬件故障和數(shù)據(jù)非授權修改等，增加了內(nèi)部控制的難度。
二、計算機信息系統(tǒng)控制中存在的問題
（一）計算機信息系統(tǒng)控制中存在的主要問題
1.管理層思想認識不到位：大部分企業(yè)管理層的思維觀念還未充分認識到計算機信息系統(tǒng)內(nèi)部控制的重大意義和新技術背景下內(nèi)部控制的特殊性。有人錯誤地認為，計算機信息化后管理工作將得以減輕，內(nèi)部控制可有可無，甚至相關的控制作用也可以被計算機信息化代替。
2.應用系統(tǒng)中程序化控制不足：目前企業(yè)使用的應用系統(tǒng)特別會計核算系統(tǒng)多注重計算功能，并沒有很強的控制功能，未將內(nèi)部控制的要求貫徹于系統(tǒng)開發(fā)之中。
3.不相容職務相分離原則沒有得到足夠的遵循：計算機系統(tǒng)的運行使許多崗位可以合并及相關人員減少，容易造成企業(yè)忽視一些不相容崗位應有效的分離，降低了牽制的效力。如，有些人員既負責數(shù)據(jù)的輸入，又負責數(shù)據(jù)的報送，使得其有可能在未得到授權的情況下直接對數(shù)據(jù)和程序進行修改，數(shù)據(jù)的可靠性受到威脅。
4.系統(tǒng)授權存在著一定的漏洞：很多企業(yè)都沒有明確的應用系統(tǒng)負責人，通常簡單地由個別技術人員擁有全面權限可自由訪問各個系統(tǒng)存儲的各種信息，卻缺乏對這些特殊用戶的特殊權限的限制和監(jiān)控，使整體計算機信息系統(tǒng)的安全管理存在很大的風險。
（二）計算機信息系統(tǒng)控制中存在問題的案例分析
P公司是一家提供手機增值服務的企業(yè)，通過與手機運營商和彩票中心相連接的計算機系統(tǒng)，顧客可以通過手機短信發(fā)送不同類別的代碼，來分別購買彩票或相關的短信服務。對短信服務收入，P公司和運營商以85%和15%分成；而對通過P公司系統(tǒng)購買的彩票，P公司和運營商分別可獲得彩票金額8.5%和1.5%代銷手續(xù)費。2005年8月，P公司的某市場人員在某省開通一項新的短信服務，但臨近開通時才發(fā)現(xiàn)所需短信類代碼還未從運營商處獲得。于是該市場人員擅自決定以一空閑的彩票類代碼頂替，并通知負責計費程序的技術人員在系統(tǒng)中作相應處理并開通使用。這樣顧客購買短信的指令和款項，在運營商和P公司系統(tǒng)的系統(tǒng)中均被當成購買彩票來計算。而事實上此指令和款項并未流入彩票中心系統(tǒng)，其結果是P公司侵占了運營商13.5%的分成收入。由于計費過程和相應的收入數(shù)據(jù)是系統(tǒng)按設置的指令自動完成和按月生成的，P公司的財務人員未能及時發(fā)現(xiàn)此問題。此違規(guī)行為直到次年5月，才被某審計事務公司在為P公司上市而進行的審計中發(fā)現(xiàn)。審計公司大震驚，不但擴大了實質性審計的范圍，還另外派技術人員加大了對P公司系統(tǒng)其他計費程序的檢測，并要求P公司通告運營商。最終P公司被運營商處以幾倍的罰款并被禁止開展相應業(yè)務一年，同時審計費用也大大增加了。
從此案例中我們不難看出，P公司的計算機系統(tǒng)控制存在明顯問題：系統(tǒng)授權﹑批準流程不合理，計費代碼的開通或變更應由財務負責人或單獨的報價部門批準；計費系統(tǒng)和數(shù)據(jù)未設立合理的負責人；對系統(tǒng)中程序化設計缺乏定期監(jiān)控，造成錯誤長期未被發(fā)現(xiàn)等。
三、加強內(nèi)控中計算機信息系統(tǒng)控制的對策
（一）構建完善的計算機信息系統(tǒng)組織
企業(yè)的計算機信息系統(tǒng)組織通常包含公司高級管理層組織，例如CIO（首席信息官）組織，和應用系統(tǒng)和數(shù)據(jù)負責人，它為整個公司計算機信息系統(tǒng)風險的有效控制確定了基調(diào)。一個強有力的公司層面的計算機信息系統(tǒng)控制環(huán)境，是一個高級管理層及應用系統(tǒng)和數(shù)據(jù)負責人，共同對整體控制環(huán)境具有全面了解﹑溝通和監(jiān)督的環(huán)境。這樣的環(huán)境具有透明度，它使管理層能夠了解正在發(fā)生的一切情況及是否存在任何問題。企業(yè)有正規(guī)的內(nèi)部控制的政策和綱要，可以明確內(nèi)控的目標和管理層的期望。此外，公司層面應設立一些流程對控制環(huán)境進行監(jiān)督，并確保有效的上下級交流和部門間橫向交流。
（二）加強業(yè)務流程或活動層面的計算機信息系統(tǒng)控制
在業(yè)務流程或活動層面的計算機信息系統(tǒng)控制包括一般性控制，應用系統(tǒng)和數(shù)據(jù)負責人控制及應用系統(tǒng)控制三部分。
1.一般性控制
一般性控制是總體的流程層面控制，通常會影響計算機系統(tǒng)中不止一個應用系統(tǒng)和數(shù)據(jù)。COSO將其定義為“有助于確保計算機信息系統(tǒng)持續(xù)和正確的操作的政策及程序?！币话阈钥刂浦饕ò踩芾愆p應用系統(tǒng)變更控制﹑數(shù)據(jù)中心操作和問題管理，及資產(chǎn)管理等控制流程。這些流程的控制和其他業(yè)務流程的控制類別一樣，都有人工和系統(tǒng)控制，會執(zhí)行預防和檢測性控制，并有監(jiān)督和管理控制。它們的控制目標與流程和數(shù)據(jù)的可靠性，以及對數(shù)據(jù)程序和具體交易的正確訪問有關。各流程包括以下控制關注點：
（1）安全管理：其目標是建立和維護信息技術環(huán)境內(nèi)的整體計算機系統(tǒng)——包括各應用系統(tǒng)﹑數(shù)據(jù)庫﹑平臺和網(wǎng)絡管理的安全措施。民營企業(yè)應制定這樣一些流程，用于識別風險﹑制定策略以便將風險降低至管理層可接受的程度；用于執(zhí)行及監(jiān)控信息技術環(huán)境各個層面中政策和程序的執(zhí)行；用于處理關鍵信息資產(chǎn)的存取，并控制非授權存取的風險，企業(yè)還應制定災難恢復計劃，以保證業(yè)務的持續(xù)運作，及按相關法律法規(guī)的要求提交其財務報告和其他報告。
（2）應用系統(tǒng)變更控制：它是財務報告控制中尤為重要的一個因素。應用系統(tǒng)變更直接影響應用系統(tǒng)的完整﹑準確和一致性，進而影響交易流程的完整﹑準確和一致，以及交易的及時積累﹑總結和呈報，因此企業(yè)必須制定一個設計周密且運作有效的應用系統(tǒng)變更管理流程，例如：設立適當?shù)某绦蛞越ⅸp監(jiān)督﹑測試及審批有關變更，并將已被適當審批的變更應用于現(xiàn)實交易環(huán)境；設置適當?shù)谋０泊胧苑乐关撠熢摿鞒痰娜藛T在未被發(fā)現(xiàn)的情況下，對程序或有關數(shù)據(jù)作不適當?shù)淖兏灰乐挂蛟黾萤p修改職責或存取授權而對應用系統(tǒng)變更時，影響不相容職務相分離原則；要防止在變更過程中，未獲授權的人員能存取信息資產(chǎn)。
（3）數(shù)據(jù)中心的操作和問題管理：它也會影響數(shù)據(jù)的可靠性及程序的完整﹑準確和一致。當有問題發(fā)生時，比如程序被中斷，交易和數(shù)據(jù)的處理不完整不準確的風險概率就會增高，因而企業(yè)必須設立流程來處理這些問題，這些流程常會涉及應用系統(tǒng)和數(shù)據(jù)負責人就解決問題而進行的溝通交流。此外還應適當限制某些部門負責人在數(shù)據(jù)存取和系統(tǒng)操作方面擁有的廣泛權力，以防止交易和數(shù)據(jù)在非正常條件下，未經(jīng)授權被存取的風險。
（4）資產(chǎn)管理：資產(chǎn)管理控制是信息技術組織中重要的一環(huán)。因為：計算機信息系統(tǒng)軟硬件價格不菲，是企業(yè)的重要投資；資產(chǎn)管理的重要方面不但與資產(chǎn)獲取﹑操作和處置的正確會計處理息息相關，還與財務報告中資產(chǎn)存在的驗證和價值評估緊密聯(lián)系；該領域還涉及軟件版權的正確使用和監(jiān)督，這對在或將要在海外上市的民營企業(yè)尤為重要。
2.應用系統(tǒng)和數(shù)據(jù)負責人控制關注點
應用系統(tǒng)和數(shù)據(jù)負責人通常是企業(yè)業(yè)務流程的負責人自己或被其授權并向其直接報告的人員。他們有責任去了解﹑設計和維護應用系統(tǒng)中所執(zhí)行的控制，并清楚地向計算機技術人員傳達這些控制的必要性，以便準確進行控制程序化設計。同時還要了解計算機化控制的局限性，來協(xié)助設計檢測性和監(jiān)督性控制?？刂脐P注點控制包括：
（1）應定期對其所負責的控制進行自我評估，特別是應用系統(tǒng)變更時。
（2）應清楚地了解所負責的交易和數(shù)據(jù)，以確保在與這些交易和數(shù)據(jù)相關聯(lián)的活動的控制中有適當?shù)穆氊煼蛛x。例如，他們要保證在計算機環(huán)境不，將交易的授權﹑管理和記錄職責適當分離這一內(nèi)控基本原則不被破壞。他們有責任將應用系統(tǒng)的安全要求備案，并在各應用系統(tǒng)發(fā)展和變更時，對“交易和職責分離清單”進行持續(xù)更新和維護。
（3）應監(jiān)督對關鍵交易的存取過程﹑存取頻率和存取人進行定期審核，并解決有關控制失靈的問題。審核應根據(jù)交易和數(shù)據(jù)的關鍵性和敏感性定期進行，且審核流程應予以記錄。
（4）應協(xié)同CIO組織一起制定災難恢復計劃，以確保業(yè)務持續(xù)計劃的運作，并對上述計劃的變更持續(xù)更新和定期測試。
（5）應有效地參與變更控制流程，并有能力建立應用系統(tǒng)變更；將變更通過授權文件傳達到組織；對變更給內(nèi)部控制環(huán)境帶來的影響進行評估和記錄；在變更實施前進行測試。
3.應用系統(tǒng)控制關注點
應用系統(tǒng)控制包括應用軟件中的電算化步驟，以及用以控制不同種類交易處理過程的相關操作程序，它是保證交易處理的完整性、準確性、交易授權和有效性的內(nèi)部控制。它和一般性控制是相互關聯(lián)的。一般性控制用于保證建立在計算機程序基礎上的應用性控制得以實施。主要的控制關注點有：
（1）應用系統(tǒng)內(nèi)被程序化的控制：例如，數(shù)據(jù)輸入的計算機化編輯檢查﹑數(shù)字順序檢查。這些程序化的控制能確保交易通過財務報告的應用系統(tǒng)被完整﹑準確﹑既是和適當?shù)某蕡?。這些可能被程序化的控制主要出現(xiàn)在運算﹑數(shù)據(jù)驗證和編輯檢查﹑與其他系統(tǒng)的電子接合﹑關鍵財務信息的分類總結和呈報，以及限制交易和數(shù)據(jù)的存取。這些控制的正確設計和操作在應用過程中應重點關注。
（2）不相容職務相分離也是一關鍵問題。有關的職責分離控制是根據(jù)嚴格的業(yè)務規(guī)則，通過對交易和數(shù)據(jù)的存取做出限制來實現(xiàn)的。
參考文獻：
第9篇：技術變更流程范文
伴隨經(jīng)濟進展，電力節(jié)能特有的疑難也日漸凸顯。電廠鍋爐日常流程內(nèi)的燃燒耗費著各類能源，應被設定成能耗管控的側重點。早先針對于電廠鍋爐并沒能明晰應有的節(jié)能指標，帶來了偏多的總能耗。對于此，要解析電廠鍋爐表現(xiàn)出來的節(jié)能現(xiàn)狀；這樣的基礎上，摸索節(jié)能降耗依循的新路徑。
關鍵詞：
電廠鍋爐；節(jié)能現(xiàn)狀；節(jié)能降耗技術
市場化態(tài)勢下，電力企業(yè)面對著更劇烈的競爭，亟待著手予以改進。明晰自身的要求，側重去調(diào)控日常的耗費，是企業(yè)進展依循的總體目標。從現(xiàn)狀來看，企業(yè)可獲取的經(jīng)濟成效密切關聯(lián)著供應電能，電廠鍋爐可選的降耗流程關系著管控成本。耗費的能量之中，鍋爐體系占到了凸顯的部分，是能耗范疇內(nèi)的主體。唯有接納新穎技術來真正降耗并且節(jié)能，才會延展鍋爐可運轉的年限，提升總的節(jié)能成效。
1節(jié)能降耗特有的價值
從新的態(tài)勢看，降耗及節(jié)能被劃歸為側重點，日漸受到注重。各類行業(yè)摒除了舊式認識，開始接納節(jié)能降耗范疇內(nèi)的配套技術。這種新形勢下，電廠若要提升長久的成效，唯有依循降耗的指引著手來改造鍋爐，讓現(xiàn)有鍋爐運轉都能吻合減排節(jié)能。采納節(jié)能類的新技術，依托技術來縮減平常的能耗，縮減了鍋爐運轉附帶著的周邊污染。這樣做，從本源上提升了電廠顯現(xiàn)出來的競爭水準，促進了競爭提升[1]。歷經(jīng)長時段的摸索，電廠摒除了不適宜的燃燒流程，改進鍋爐獲取了凸顯的實效。經(jīng)由升級及改進，鍋爐燃燒創(chuàng)設了更優(yōu)的環(huán)保實效，也改進了搭配著的輔助構件。然而不應忽視，電廠鍋爐仍存有若干弊病，例如日漸老化、耗費著較多成本、沒能真正去降耗。為此，要設定最適宜的流程來改進鍋爐，獲取更為優(yōu)良的降耗狀態(tài)。
2解析節(jié)能現(xiàn)狀
首先，鍋爐留存的水體沒能經(jīng)由審慎的處理，縮減了節(jié)能成效。依循操作規(guī)程，鍋爐水應能經(jīng)由預設的前序處理才可真正去發(fā)電。但從現(xiàn)狀看，有些電廠缺失了凈化類的成套裝置，水體沒能被凈化且積淀著偏多雜質。后續(xù)受熱以后，雜質粘附于側壁，累積成偏多的鍋爐水垢。這種狀態(tài)之下，水垢耗費著額外的較多熱能，流失了電廠效益。調(diào)研數(shù)值表明：若水垢累加超出了1毫米，將會添加5%額外的熱能消耗。其次，投入進來的燃料沒能被充分燃燒。電廠投入至鍋爐以內(nèi)的原材混同著煤油及煤炭、其他類的原料。后續(xù)燃燒流程內(nèi)，有些燃料并沒能被燃盡，留存了較多的剩余物。鍋爐本體構架不夠適宜，造成灼燒并不充足。很多電廠沒能從本源上減小能耗，正是受到如上的困擾。摒除這樣的弊病，唯有變更鍋爐固有的總體架構，從根本上確認燃燒是充足的[2]。第三，鍋爐日常排放著偏多煙塵，帶來了熱損耗。在灼燒煤炭時，很難規(guī)避附帶的較多煙塵。煙塵有著較高的本體溫度，也損耗著熱量。有些情形下，鍋爐可接納較小的受熱總面積，燃燒流程暗藏著漏風，或者測得了偏高的火焰溫度。在這時，排放出來的煙塵將累積得更多。例如：若提升了10攝氏度原有的排煙溫度，將耗費超越2%總體的熱能。排渣機遇有突發(fā)故障，也將損耗更多的總熱量。
3摸索適宜的降耗及節(jié)能技術
3.1變更內(nèi)在的鍋爐構架
針對燃燒可得的綜合成效，先要著手去變更不適宜的鍋爐內(nèi)在構架，替換成新式鍋爐。借助于新穎技術，增添了燃燒之中的煤炭放熱成效，經(jīng)由處理即可獲取潔凈的鍋爐水體。在最大范疇內(nèi)縮減了附帶著的側壁水垢，維持了最優(yōu)狀態(tài)下的鍋爐運轉。這樣做，規(guī)避了重新去增設額外鍋爐，也減小了成本。應當注重的是：改造鍋爐應能依循降耗的路徑，要確認改造流程是安全的。
3.2慎重選購并調(diào)配燃料
鍋爐燃燒依賴于增添的燃料，若燃燒沒能充分，也可歸結為燃料不夠適宜。為此，選購必備的燃料、搭配燃料都應慎重。側重日常的管控燃料，隨時查驗選購的各類燃料，慎重予以調(diào)運[3]。真正去投入燃燒以前，還應再去查驗現(xiàn)有的混合燃料。依循科學流程來調(diào)節(jié)，確認燃料都可充分被燃盡。這樣做，就規(guī)避了附帶著的額外損耗。
3.3增設變頻調(diào)速的新流程
電廠之中配有風機、機組內(nèi)的水泵，這類裝置都預設了特有的某一轉速。運轉態(tài)勢下的機組常常變更負荷，要增設出口閥門、風機銜接的擋板來調(diào)速。若能改用新式流程內(nèi)的變頻調(diào)速即可維持最優(yōu)的爐內(nèi)運轉。采納了變頻調(diào)速，規(guī)避了手動調(diào)速之中的細微偏差，調(diào)速將變得更為精準。變頻調(diào)速契合了降耗這樣的新思路，調(diào)控流程增添了節(jié)能性。
4結論
電廠鍋爐耗費著珍貴能源，也排放著污染，但電廠平日內(nèi)的運轉卻不可缺失它。采納節(jié)能降耗，對于長久態(tài)勢下的電廠進展有著必備價值。依托于新式管理，變更不適宜的鍋爐構架，妥善去調(diào)控鍋爐各類的能耗。培育必備的節(jié)能認知，推進可持續(xù)狀態(tài)下的電廠全面進步，這樣才會吻合降耗節(jié)能特有的總體指標。
參考文獻
[1]謝志富.電廠鍋爐的節(jié)能現(xiàn)狀及節(jié)能降耗技術[J].電子技術與軟件工程,2013（09）:56-57.
[2]付小文.電廠鍋爐的節(jié)能現(xiàn)狀及節(jié)能降耗技術初探[J].科技風,2014（18）:218.
