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

變更管理的流程范文第1篇

在ITIL中，把配置管理的作用提升得很高，希望CMDB無所不包，能夠?qū)⑺械腎T資源管理起來，是IT部門的家產(chǎn)，是IT部門的基礎(chǔ)數(shù)據(jù)庫，是IT技術(shù)地圖和作戰(zhàn)地圖，是IT的戶籍檔案。但對配置管理期望值過高后，將配置管理的廣度和深度定位不合理，導(dǎo)致數(shù)據(jù)采集成本和數(shù)據(jù)維護成本成幾何倍數(shù)增加。

合理的控制配置管理的目標(biāo)、范圍、功能對于建設(shè)一個有效的配置管理是非常必要的；建設(shè)前要經(jīng)過充分論證，避免好高騖遠的做法，充分考慮到實際的業(yè)務(wù)需求與管理維護成本的平衡。

在實際操作中，很多企業(yè)辛辛苦苦地建立了CMDB，但是由于沒有相關(guān)的流程配套，過一段時間后，所有的數(shù)據(jù)都失效了，就沒有人繼續(xù)使用CMDB了。

所以要做好與變更管理的接口，保證CMDB有效運行是關(guān)鍵。我們舉一個比喻：變更管理好比財務(wù)主管，負(fù)責(zé)決定是否可以發(fā)錢，管理好比是出納，負(fù)責(zé)實際執(zhí)行發(fā)錢，配置管理好比是會計，負(fù)責(zé)記賬。

所以變更管理流程在協(xié)調(diào)變更實施后在做變更實施回顧，變更關(guān)閉后需要發(fā)出一個《配置修改通知單》給配置管理員，以保證配置管理員能夠及時修改CMDB，確保賬實相符。

在我們做咨詢的過程中，經(jīng)常有客戶問，有沒有一個工具可以幫助他們，在批準(zhǔn)變更后自動修改配置信息；或者通過自動化發(fā)現(xiàn)工具掃描發(fā)現(xiàn)生產(chǎn)關(guān)系中的配置變化，然后自動修改配置項，我經(jīng)常會問客戶幾個問題：1、配置項有若干的配置屬性，在變更管理中是否能和配置管理中的屬性一一對應(yīng)？2、假如能一一對應(yīng)？那還需要配置管理員做什么？要不要設(shè)置配置管理員？3、假如不設(shè)置配置管理員，那誰對實物負(fù)責(zé)，誰對邏輯賬負(fù)責(zé)？4、假如設(shè)配置管理員，他的職責(zé)應(yīng)該怎么設(shè)置？5、假如使用自動化發(fā)現(xiàn)攻擊，屬性如何取舍？6、其中的管理屬性怎么補充？7、其中的物理關(guān)系需要添加嗎？

回答上面的問題后，客戶會慢慢知道應(yīng)該如何去平衡配置管理與變更管理的關(guān)系。利用自動掃描工具搜索信息和手工信息進行比對幫助發(fā)現(xiàn)差異，幫助配置管理員發(fā)現(xiàn)未被管理的配置項，提醒配置管理異常。

從配置管理發(fā)展的角度來看，從Excel到資產(chǎn)管理中的資產(chǎn)列表，到CMDB庫，可以發(fā)現(xiàn)以前配置管理難建立、難維護、難使用的一個重要原因是由于以前列表類型的配置管理不能幫助事件管理、問題管理、變更管理提供有用有形的數(shù)據(jù)，所以大家不愿意去維護。假如CMDB從服務(wù)――技術(shù)――IT組件的分層方式來展現(xiàn)，可以有比較好的體現(xiàn)。

變更管理的流程范文第2篇

1項目管理“三大信息平臺”建設(shè)開發(fā)原則

工程管理的信息平臺構(gòu)件必須確定構(gòu)建的幾項基本原則，具體包括以下幾條。1）保證系統(tǒng)化的管理原則。具體來講就是企業(yè)必須依照自身的組織形式、運行模式、管理制度，并依據(jù)信息系統(tǒng)、數(shù)據(jù)系統(tǒng)分別對項目實施要素化管控。2）實施協(xié)同化管理原則。通過信息協(xié)調(diào)管理系統(tǒng)，對企業(yè)整體的組織形式進行調(diào)整，并參照項目管理的組織工具對企業(yè)各部門組織權(quán)限進行系統(tǒng)劃分。3）實施組件形式的平臺開發(fā)原則。企業(yè)在建立“三大信息平臺”時，要基于平臺的具體作用對各個模塊進行功能分配和開發(fā)，具體的開發(fā)內(nèi)容有功能結(jié)構(gòu)、數(shù)據(jù)構(gòu)成、模板設(shè)計、流程劃定等。該原則可以減少企業(yè)的開發(fā)成本消耗，促進開發(fā)出的系統(tǒng)運行流暢。

2項目管理“三大信息平臺”建設(shè)的意義

2.1促進現(xiàn)代化工程項目管理的實現(xiàn)

目前，工程項目管理通常具有周期長、環(huán)節(jié)多等特點，包括圖紙變更、施工組織設(shè)計編制與審核等流程，并且必須由各參建方共同參與完成，該過程中的文件必須由項目相關(guān)負(fù)責(zé)人審核簽字，隨后報驗監(jiān)理，并由甲方轉(zhuǎn)給設(shè)計單位方能最后實施。由于整個流程涉及人員較多，確定文件往往需要很長時間，而且容易出現(xiàn)沖突事件?，F(xiàn)代化項目信息管理平臺構(gòu)建的成功將審批流程所需時間縮短，極大地提高了文件審核和簽署的效率。

2.2促進現(xiàn)代集約型項目管理的實現(xiàn)

工程管理中比較突出的內(nèi)容就是加強各項紙質(zhì)資料的管理，特別是工程安全類資料的管理。由于工程項目施工規(guī)模和流程較多，從開工到竣工會出現(xiàn)大量資料，整套資料做下來會占用很大的物理空間，導(dǎo)致報驗和查閱都非常不便。另一方面，很多資料存在內(nèi)容缺項漏項，數(shù)據(jù)不真實等問題，這些問題直接影響現(xiàn)代項目管理的效率。通過現(xiàn)代化信息平臺電子存儲和修訂的方式進行管理，較好地解決了上述各類問題。2.3促進企業(yè)經(jīng)營與管理的完善現(xiàn)代工程建設(shè)企業(yè)要實現(xiàn)發(fā)展必須不斷拓展業(yè)務(wù)領(lǐng)域，在開拓市場方面也必須及時進行調(diào)整，降低多項目管理給企業(yè)管理增加的難度。事實上，許多企業(yè)管理人員并沒有完全認(rèn)識到項目管理與企業(yè)管理的關(guān)系。所以，現(xiàn)代企業(yè)管理必須運用信息平臺管理的方式實現(xiàn)企業(yè)與項目直接溝通，這樣企業(yè)管理人員能直接熟悉各個項目的管理情況。通過信息化管理，企業(yè)管理人員可以隨時管控項目進度、項目工程款支付、項目質(zhì)量與安全等內(nèi)容，進而達到科學(xué)化企業(yè)管理和減少項目管理風(fēng)險的效果。

3如何構(gòu)建項目管理“三大信息平臺”

3.1創(chuàng)建工程項目的造價信息平臺

1）創(chuàng)建項目造價估算數(shù)據(jù)管理系統(tǒng)現(xiàn)代工程建設(shè)中都有固定的造價標(biāo)準(zhǔn)，比如房屋建筑項目中通常以平方米為計量單位，計價由人工與材料單位平面所耗費的各類費用組成，根據(jù)以往項目估算數(shù)據(jù)，用于以后企業(yè)投資建設(shè)項目的造價估算。建立完整的造價信息資料系統(tǒng)，該系統(tǒng)的建立可以指導(dǎo)工程建設(shè)項目的投資預(yù)算、項目前期可研以及招投標(biāo)控價等重要內(nèi)容。2）創(chuàng)建工程造價指數(shù)控制數(shù)據(jù)系統(tǒng)工程造價控制包括多項指標(biāo)，如單項工程價格、主要機械設(shè)備造價價格、建安工程造價指數(shù)等。在實際項目建設(shè)中，通過各項工程造價指數(shù)的引用和價值變化規(guī)律分析，可以掌控整個項目工程造價的動向，同時以工程造價指數(shù)為基準(zhǔn)，全面控制工程估價與結(jié)算。3）創(chuàng)建已完成項目的信息數(shù)據(jù)系統(tǒng)對已經(jīng)竣工或正在建設(shè)的項目的各項工程造價數(shù)據(jù)，有很大的參考價值，能夠為擬建項目和在建項目提供造價參考。通過創(chuàng)建造價數(shù)據(jù)庫，收集已完工程造價資料進行存儲，獲取項目造價指標(biāo)，進而為已完工項目提供造價管理依據(jù)[1]。

3.2創(chuàng)建統(tǒng)一的招投標(biāo)和物資采購信息平臺

要提高企業(yè)對項目投資和資產(chǎn)的管理就必須提高成本控制系統(tǒng)的完善性，企業(yè)采購必須按照集中統(tǒng)一和集中采購的原則實施招投標(biāo)和物資采購，通過統(tǒng)一招投標(biāo)和采購信息平臺，實現(xiàn)企業(yè)的正規(guī)化、標(biāo)準(zhǔn)化與信息化，進而達到采購全過程能夠全程跟蹤和問題可直接追溯的效果。

3.3構(gòu)建企業(yè)成本控制信息系統(tǒng)平臺

1）完善工程項目圖紙變更的規(guī)范化管理是當(dāng)前工程項目解決變更程序繁復(fù)、變更周期慢的重要問題之一。因為工程變更的審核、評閱以及變更款項等內(nèi)容都屬于工程項目的不可控內(nèi)容，通常很難科學(xué)地運用規(guī)范要求實施監(jiān)管，因此，必須建立各參建方共同參與的工程變更審核信息平臺，企業(yè)通過平臺實現(xiàn)直接對由于變更產(chǎn)生的成本變化信息的控制。信息平臺的建立能提升工程審評的效率，同時也能達到全面監(jiān)管不合理工程變更的問題。2）構(gòu)建完善的項目圖紙變更責(zé)任追溯機制。因為以往工程項目沒有建立對工程變更的評審和績效考核制度，并且由此造成工程項目的變更監(jiān)管很難實現(xiàn)最優(yōu)化。工程現(xiàn)場管理人員對于工程變更的管控沒有達到一定力度，甚至出現(xiàn)問題就要通過變更來解決，這樣頻繁和不合理的變更會直接導(dǎo)致造價失控，同時也會造成質(zhì)量問題，甚至出現(xiàn)工程項目的成本失控。所以，必須創(chuàng)新變更管理制度，完善協(xié)控制度，通過信息平合審批制度的建立，做到及時、透明和科學(xué)地變更。3）通過計算機和網(wǎng)絡(luò)構(gòu)建現(xiàn)代化及時通訊的信息管理平臺。傳統(tǒng)的平臺是通過人工傳遞的，這樣工程項目發(fā)生的變更與工程款支付都不能及時傳達到企業(yè)，同時由于參建方過多，整個流程需要的周期、費用等比較高，而且中間傳遞過程很容易造成重要信息的遺漏和丟失，這就導(dǎo)致工程建設(shè)項目出現(xiàn)風(fēng)險，由于變更造成的工期、成本、質(zhì)量等方面的問題難以解決。許多時候，變更引起的投資“紅線”問題接連不斷。構(gòu)建現(xiàn)代化的計算機和網(wǎng)絡(luò)系統(tǒng)是解決這些潛在風(fēng)險的重要解決途徑，運用工程項目流程監(jiān)管的方法，實現(xiàn)工程項目管理問題的及時溝通、跟蹤和管控，進而保證項目的各方面效益。

4結(jié)語

通過三大信息平臺構(gòu)建的原則制定、作用分析以及如何構(gòu)建論述，全面分析了“三大信息平臺”建立的必要性。要實現(xiàn)建設(shè)項目的全面管理，必須通過信息平臺實施全程監(jiān)管。具體可以通過將“項目管理中心信息平臺”與“三大信息平臺”聯(lián)合到一起，運用科學(xué)的管理方法評和現(xiàn)代網(wǎng)絡(luò)技術(shù)，對企業(yè)的項目招投標(biāo)、采購、項目變更等進行全面管理，促使資源能夠?qū)崿F(xiàn)大范圍共享。

【參考文獻】

變更管理的流程范文第3篇

交通銀行是中國第一家全國性的國有股份制商業(yè)銀行，也是中國五大主要商業(yè)銀行之一。隨著業(yè)務(wù)的不斷發(fā)展、技術(shù)不斷更新、項目規(guī)模不斷擴大、開發(fā)人員數(shù)量不斷增加，特別是交行貸記卡及數(shù)據(jù)大集中項目的開發(fā)和上線，使得交行在軟件資源控制和生產(chǎn)維護管理上遇到了前所未有的挑戰(zhàn)。在項目實施過程中，會使用各種技術(shù)、采用不同的程序語言、數(shù)據(jù)庫、中間件等，從而導(dǎo)致種類繁多的文件產(chǎn)生，文件的變化和不同的狀態(tài)都直接影響了最終產(chǎn)品的和維護。

這已不單純是技術(shù)問題，而是管理的問題。隨著軟件技術(shù)的發(fā)展，變更管理越來越成為管理的重點，其中更為注重的是對變更控制流程的強化。交行信息科技部正面臨提供更高質(zhì)量產(chǎn)品以及更短開發(fā)生命周期和更簡便維護的壓力。

尋找癥結(jié)

為了加強程序版本的管理，交行在項目初期就開始嘗試使用操作系統(tǒng)自帶的版本管理工具，但隨著業(yè)務(wù)的發(fā)展，其功能已不能滿足需要。交通銀行版本管理的負(fù)責(zé)人說:“分散在各分行的數(shù)據(jù)集中到總行數(shù)據(jù)中心來管理，生產(chǎn)變更的風(fēng)險比較大。而相對而言，程序變更是生產(chǎn)系統(tǒng)方面最大量的變更。所以，交行要保證全行生產(chǎn)變更的安全，首先要對程序的變更進行有效的管理?！?/p>

CA應(yīng)用開發(fā)生命周期管理的觀點進入了交行的視野。作為一套全面的解決方案，AllFusion的引入策略非常重要，其應(yīng)用需要循序漸進地逐步引入才能確保投資能夠得到有效的回報。基于對自身情況的科學(xué)評估，交行找到對自身影響最大的不成熟點―版本管理―進行改進。交通銀行版本管理的負(fù)責(zé)人認(rèn)為:“程序版本管理混亂可能會導(dǎo)致項目進度延遲，甚至不能按時完成，頻繁的變更以及需求變化，給安全生產(chǎn)的效率和質(zhì)量都產(chǎn)生了不可估量的后果?！?/p>

為了保證貸記卡和數(shù)據(jù)大集中項目的順利實施，工程進度緊，管理人員在每批人做完項目之后再做整理，辛苦自不必說，還很難保證質(zhì)量。通過有效地軟件版本管理，不僅可幫助軟件開發(fā)團隊提高軟件開發(fā)過程的穩(wěn)定性，而且還保證軟件產(chǎn)品具有良好的可維護性和可重用性，為當(dāng)前形勢下要求的快速建立高質(zhì)量應(yīng)用提供必要的支撐。

2004年9月，交行正式上馬AllFusion Endevor Change Manager變更管理解決方案，對所管理的對象集中受控。需要對受控的對象進行編輯的時候，將對象檢出系統(tǒng)，在開發(fā)環(huán)境中經(jīng)過修改后再檢入到系統(tǒng)中，在檢入時系統(tǒng)將比較檢入的對象與檢出的對象之間是否存在不同。當(dāng)存在不同時，系統(tǒng)將以一個新的版本號對變更進行標(biāo)識，所標(biāo)識的變更將被以增量的方式存儲下來。在后續(xù)的技術(shù)發(fā)展中，又在版本主干的基礎(chǔ)上增加了分支及歸并的支持，以支持對受管理的對象的并發(fā)的修改工作。

“銀行業(yè)務(wù)開發(fā)需求總是層出不窮，建設(shè)版本管理系統(tǒng)的真正挑戰(zhàn)就是在不影響生產(chǎn)力的情況下將控制引入應(yīng)用軟件的運維過程?！眳⑴c進行交行版本管理系統(tǒng)建設(shè)的CA技術(shù)顧問郭進說。

另外，還有一個磨合的問題。貸記卡和數(shù)據(jù)大集中是兩個不同的項目，用同一個流程把這兩個項目涉及的不同理念、操作習(xí)慣、人員等都真正用標(biāo)準(zhǔn)的流程化管理起來，難度可想而知。“2002年交行才使用了大型機，所以我們?nèi)狈@方面的經(jīng)驗，必須從零開始。建立版本變更控制的流程，組織架構(gòu)、人員配備等要和技術(shù)工具相結(jié)合，是個新的挑戰(zhàn)?！?/p>

版本管理自動化

如今，交行的版本管理系統(tǒng)，能夠提供檢出、檢入、分支的創(chuàng)建與分支的歸并等功能。通過這些功能，交行實現(xiàn)了對受控對象的變更的歷史變更軌跡的記載和變更的控制和管理，同時支持團隊的并發(fā)工作需求。

第一，有效的安全控制和備份保護機制保護軟件資產(chǎn)。之前因缺乏相關(guān)工具，交行信息建設(shè)的項目出現(xiàn)過一些意想不到的“干擾”，目標(biāo)程序和源碼不能相互對應(yīng)的情況時有發(fā)生，一些運行時間較長的應(yīng)用都不敢輕易變更的狀況。同時抵御風(fēng)險的能力也大大降低。通過CA的變更管理解決方案，交行可方便地對不同階段、不同用戶的版本進行統(tǒng)一的管理，保障了目標(biāo)程序和源碼的一致性、完整性。

第二，自動化版本管理與管理系統(tǒng)。交通銀行通過AllFusion Endevor Change Manager變更管理解決方案，在應(yīng)用系統(tǒng)的開發(fā)、測試和投產(chǎn)過程中，實現(xiàn)了自動化的版本控制，并且能在短時間內(nèi)提供其它分支機構(gòu)的任何版本，確保軟件產(chǎn)品能夠正確地運行在目標(biāo)機器上面。通過提供全面的安全策略，使得不同的用戶只能訪問修改不同的環(huán)境，進一步保障了數(shù)據(jù)的安全性。

第三，保證各項目最終更新至生產(chǎn)系統(tǒng)流程的合理性及一致性。在AllFusion Endevor Change Manager的功能中可配合AllFusion Change Manager Enterprise Workbench軟件與AllFusion CCC HARVEST集成，實現(xiàn)Mainframe平臺的應(yīng)用系統(tǒng)的變更與相對應(yīng)的前置系統(tǒng)的應(yīng)用系統(tǒng)的一致性管理，從而保證各項目最終更新至生產(chǎn)系統(tǒng)流程的合理性及一致性，達到最大的一體性。

變更管理的流程范文第4篇

設(shè)計基于IT運維的設(shè)備管理平臺時，可以在遵循上述需求分析的情況下，進行數(shù)據(jù)庫、中間代碼以及前端等的設(shè)計，設(shè)計后同時進行數(shù)據(jù)庫、中間件及客戶端的部署?？紤]到以后的管理及維護成本，可以采用B/S架構(gòu)；數(shù)據(jù)庫選擇Mysql，其高性能及高并發(fā)性會給設(shè)備管理平臺提供高效的數(shù)據(jù)引擎支持；為提供報表管理功能，設(shè)備管理平臺也會提供數(shù)據(jù)導(dǎo)入導(dǎo)出工具?；贗T運維的設(shè)備管理平臺能夠?qū)υO(shè)備管理的全過程進行動態(tài)管理，不論是進行設(shè)備的采購、維修還是報廢等工作，都需要根據(jù)設(shè)備管理的操作流程進行，而且設(shè)備管理流程的每個步驟都要能夠根據(jù)操作人員的角色進行業(yè)務(wù)處理，從而快速、高效的管理設(shè)備。作為平臺的核心功能模塊，設(shè)備故障處理要經(jīng)過故障申報、故障處理以及處理結(jié)果等步驟，每一步驟完成后會顯示步驟的操作人員和處理時間。

2IT運維管理平臺的功能模塊

缺陷管理模塊中可以創(chuàng)建關(guān)聯(lián)的變更單，此時有缺陷的被管理設(shè)備的狀態(tài)被標(biāo)記為“擱置”，缺陷問題被創(chuàng)建后，一旦缺陷問題被成功關(guān)閉，則可以根據(jù)缺陷的解決狀態(tài)進行設(shè)備的狀態(tài)變更，解決的缺陷其狀態(tài)被變更為“已解決”。缺陷的記錄一般由發(fā)現(xiàn)缺陷的人員進行，缺陷驗收合格后，設(shè)備管理平臺的運維人員需要注明缺陷處理的相關(guān)信息，并注銷缺陷。IT設(shè)備經(jīng)常會遇到變更關(guān)聯(lián)設(shè)備的情況，如果某設(shè)備有關(guān)聯(lián)的設(shè)備存在，那么此設(shè)備的關(guān)聯(lián)關(guān)系在被關(guān)閉前，此設(shè)備不能被移除。其中，用戶接入指的是用戶提交設(shè)備變更單，對于處理完成的變更單，如果其達到預(yù)期目標(biāo)，那么此變更單相關(guān)的設(shè)備變更流程即可關(guān)閉，否則此變更處理流程需要被返回。檢修人員作出的檢修申請形成變更申請單，如果此變更申請單涉及到的是通信的檢修或停退，需要判斷此檢修過程是否存在檢修計劃，目的是讓用戶明確的知曉，從而指導(dǎo)設(shè)備管理。安裝人員提交安裝調(diào)試的變更申請，只有當(dāng)所有變更資料都提交完后，才去驗收安裝調(diào)試過程是否合格；如果安裝調(diào)試過程達到預(yù)期目標(biāo)，則可以關(guān)閉此變更申請單。配置管理變更申請一般是由用戶提出，配置管理人員會判斷是否需要備份處理。日常巡檢管理模塊根據(jù)巡檢的設(shè)備來執(zhí)行不同的標(biāo)準(zhǔn)，巡檢記錄可以根據(jù)不同的預(yù)定義規(guī)則生成。設(shè)備管理平臺的運維人員根據(jù)巡檢標(biāo)準(zhǔn)、巡檢周期等進行設(shè)備的定期巡檢，并記錄相關(guān)的巡檢日志。相關(guān)設(shè)備的維護人員對此巡檢日志進行分析，并給出是否正常、是否有缺陷等結(jié)論，如果發(fā)現(xiàn)設(shè)備的缺陷，則依據(jù)前文介紹的缺陷管理模塊進行處理。

3基于IT運維的設(shè)備管理平臺

變更管理的流程范文第5篇

關(guān)鍵詞：IT運維；管理平臺；設(shè)備管理

1 設(shè)備管理平臺的需求及流程設(shè)計

從設(shè)備管理的角度來看，整個運維管理平臺應(yīng)該能夠包含[1]：臺帳管理模塊、系統(tǒng)管理模塊、文件管理模塊以及報表統(tǒng)計模塊等。臺帳管理模塊包含設(shè)備的名稱、類型及型號、序列號等疾病信息；系統(tǒng)管理模塊主要對平臺內(nèi)相關(guān)的代碼和權(quán)限等進行管理，以記錄設(shè)備管理平臺使用人員的操作記錄；文件管理模塊可以對設(shè)備的維護記錄、設(shè)備采購、報廢信息等進行管理。

設(shè)計基于IT運維的設(shè)備管理平臺時，可以在遵循上述需求分析的情況下，進行數(shù)據(jù)庫、中間代碼以及前端等的設(shè)計，設(shè)計后同時進行數(shù)據(jù)庫、中間件及客戶端的部署。考慮到以后的管理及維護成本，可以采用B/S架構(gòu)；數(shù)據(jù)庫選擇Mysql，其高性能及高并發(fā)性會給設(shè)備管理平臺提供高效的數(shù)據(jù)引擎支持；為提供報表管理功能，設(shè)備管理平臺也會提供數(shù)據(jù)導(dǎo)入導(dǎo)出工具。

基于IT運維的設(shè)備管理平臺能夠?qū)υO(shè)備管理的全過程進行動態(tài)管理，不論是進行設(shè)備的采購、維修還是報廢等工作，都需要根據(jù)設(shè)備管理的操作流程進行，而且設(shè)備管理流程的每個步驟都要能夠根據(jù)操作人員的角色進行業(yè)務(wù)處理，從而快速、高效的管理設(shè)備。作為平臺的核心功能模塊，設(shè)備故障處理要經(jīng)過故障申報、故障處理以及處理結(jié)果等步驟，每一步驟完成后會顯示步驟的操作人員和處理時間。

2 IT運維管理平臺的功能模塊

缺陷管理模塊中可以創(chuàng)建關(guān)聯(lián)的變更單，此時有缺陷的被管理設(shè)備的狀態(tài)被標(biāo)記為“擱置”，缺陷問題被創(chuàng)建后，一旦缺陷問題被成功關(guān)閉，則可以根據(jù)缺陷的解決狀態(tài)進行設(shè)備的狀態(tài)變更，解決的缺陷其狀態(tài)被變更為“已解決”。缺陷的記錄一般由發(fā)現(xiàn)缺陷的人員進行，缺陷驗收合格后，設(shè)備管理平臺的運維人員需要注明缺陷處理的相關(guān)信息，并注銷缺陷。

IT設(shè)備經(jīng)常會遇到變更關(guān)聯(lián)設(shè)備的情況，如果某設(shè)備有關(guān)聯(lián)的設(shè)備存在，那么此設(shè)備的關(guān)聯(lián)關(guān)系在被關(guān)閉前，此設(shè)備不能被移除。設(shè)備的變更管理包括用戶接入、安裝調(diào)試、檢修以及配置管理等內(nèi)容，如圖1所示：

圖1 設(shè)備變更管理的內(nèi)容

其中，用戶接入指的是用戶提交設(shè)備變更單，對于處理完成的變更單，如果其達到預(yù)期目標(biāo)，那么此變更單相關(guān)的設(shè)備變更流程即可關(guān)閉，否則此變更處理流程需要被返回。檢修人員作出的檢修申請形成變更申請單，如果此變更申請單涉及到的是通信的檢修或停退，需要判斷此檢修過程是否存在檢修計劃，目的是讓用戶明確的知曉，從而指導(dǎo)設(shè)備管理[2]。安裝人員提交安裝調(diào)試的變更申請，只有當(dāng)所有變更資料都提交完后，才去驗收安裝調(diào)試過程是否合格；如果安裝調(diào)試過程達到預(yù)期目標(biāo)，則可以關(guān)閉此變更申請單。配置管理變更申請一般是由用戶提出，配置管理人員會判斷是否需要備份處理。

日常巡檢管理模塊根據(jù)巡檢的設(shè)備來執(zhí)行不同的標(biāo)準(zhǔn)，巡檢記錄可以根據(jù)不同的預(yù)定義規(guī)則生成。設(shè)備管理平臺的運維人員根據(jù)巡檢標(biāo)準(zhǔn)、巡檢周期等進行設(shè)備的定期巡檢，并記錄相關(guān)的巡檢日志。相關(guān)設(shè)備的維護人員對此巡檢日志進行分析，并給出是否正常、是否有缺陷等結(jié)論，如果發(fā)現(xiàn)設(shè)備的缺陷，則依據(jù)前文介紹的缺陷管理模塊進行處理。

3 基于IT運維的設(shè)備管理平臺

基于IT運維的設(shè)備管理平臺的設(shè)備管理流程包括請實現(xiàn)、事件管理以及配置管理，其總共規(guī)劃目標(biāo)是實現(xiàn)設(shè)備管理的快捷性、全局性以及經(jīng)濟性。從整體結(jié)構(gòu)上而言，設(shè)備管理平臺從上而下分為表示層、業(yè)務(wù)邏輯層以及數(shù)據(jù)訪問層三層。表示層用戶和用戶交互，業(yè)務(wù)邏輯層制定業(yè)務(wù)規(guī)則并實現(xiàn)相關(guān)的業(yè)務(wù)流程，充當(dāng)表示層和數(shù)據(jù)訪問層之間的橋梁；數(shù)據(jù)訪問層的作用是訪問數(shù)據(jù)庫。這三層之間的依賴關(guān)系是向下的，底層無法感知上層的存在，對上層的任何設(shè)計上的改變都不會影響底層。

設(shè)計基于IT運維的設(shè)備管理平臺的目的是對基于IT運維的設(shè)備管理、維護中的各項功能及非功能性需求進行設(shè)計，其中最重要的一部分是數(shù)據(jù)庫，不僅要明確數(shù)據(jù)庫的表名、字段名等數(shù)據(jù)信息，還要進行存儲過程等數(shù)據(jù)庫腳本的擴展。具體設(shè)計數(shù)據(jù)庫時，要考慮系統(tǒng)模塊相關(guān)概念的設(shè)計、數(shù)據(jù)關(guān)系圖設(shè)計以及數(shù)據(jù)的邏輯結(jié)構(gòu)設(shè)計等。使用設(shè)備管理系統(tǒng)的人員主要是系統(tǒng)管理員、維護人員以及一般用戶，不同角色應(yīng)該有不同的操作權(quán)限。數(shù)據(jù)邏輯結(jié)構(gòu)的設(shè)計包括設(shè)備數(shù)據(jù)庫關(guān)系圖、故障信息數(shù)據(jù)庫關(guān)系圖以及系統(tǒng)管理數(shù)據(jù)庫關(guān)系圖等[3]。設(shè)備數(shù)據(jù)庫關(guān)系圖包括設(shè)備的信息表、設(shè)備相關(guān)資料表等；故障信息關(guān)系圖包含發(fā)生故障設(shè)備信息表、設(shè)備備件維修信息表等；系統(tǒng)管理關(guān)系圖包含設(shè)備單位信息表、廠商信息表等等。

參考文獻

[1]李曉禹.基于SOA的設(shè)備管理信息系統(tǒng)平臺的研究與實現(xiàn)[D].南京大學(xué)，2013.

[2]孫藝新.大型電網(wǎng)企業(yè)特高壓設(shè)備運維檢修模式淺析[J].中國設(shè)備工程，2014.