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

配置管理和變更管理范文第1篇

本文首先介紹了軟件項(xiàng)目管理的概念，并從軟件項(xiàng)目管理中的配置管理功能，介紹了配置管理以及概念和配置管理任務(wù)CMMI（Capability Maturity Model Integration）與配置管理之間的關(guān)系，最后給出了配置管理在軟件項(xiàng)目中的應(yīng)用實(shí)例。 

軟件項(xiàng)目管理 配置管理 計(jì)算機(jī) 

隨著計(jì)算機(jī)應(yīng)用的不斷發(fā)展，對軟件項(xiàng)目的要求也越來越復(fù)雜，變化也越來越頻繁。從整個(gè)企業(yè)的發(fā)展戰(zhàn)略出發(fā)，在技術(shù)變化和人員流動(dòng)頻繁的情況下，如何建立企業(yè)的項(xiàng)目庫和管理庫，將個(gè)人知識和經(jīng)驗(yàn)轉(zhuǎn)化為企業(yè)知識和經(jīng)驗(yàn)，對于提高工作效率、縮短產(chǎn)品周期、增強(qiáng)企業(yè)競爭力至關(guān)重要。采用科學(xué)的配置管理思想，輔以先進(jìn)的配置管理工具，是管理軟件產(chǎn)品不可或缺的方法。目前，我國軟件企業(yè)的開發(fā)和管理相對落后，引入軟件配置管理的思想和技術(shù)是迫切而重要的。 

軟件項(xiàng)目管理 

（1）軟件項(xiàng)目管理概念 

軟件項(xiàng)目管理是對人員、產(chǎn)品、過程和項(xiàng)目進(jìn)行分析和管理的活動(dòng)，使軟件項(xiàng)目能夠按預(yù)定的成本、進(jìn)度和質(zhì)量順利地完成，分析和管理人員、產(chǎn)品、過程和項(xiàng)目的活動(dòng)。與其他項(xiàng)目管理相比，軟件項(xiàng)目管理是非常特殊的。首先，軟件是一種純知識產(chǎn)品，其開發(fā)進(jìn)度和質(zhì)量難以估算和計(jì)量，生產(chǎn)效率難以預(yù)測和保證。其次，軟件系統(tǒng)的復(fù)雜性導(dǎo)致了開發(fā)過程中各種風(fēng)險(xiǎn)的不可預(yù)知性和控制性。軟件項(xiàng)目管理的主要內(nèi)容包括以下幾個(gè)方面：人員的組織和管理、軟件項(xiàng)目計(jì)劃、風(fēng)險(xiǎn)管理、軟件質(zhì)量保證、軟件過程估計(jì)、軟件配置管理等。所有這些方面都貫穿在整個(gè)軟件開發(fā)過程。其中，軟件配置管理提出了開發(fā)過程中人員和工具的配置和使用的管理策略。 

（2）軟件項(xiàng)目管理的原則 

在軟件項(xiàng)目管理的過程中，包含以下幾大原則：即平衡原則、高效原則、分解原則、實(shí)時(shí)控制原則、分類管理原則、簡單有效原則、組織的知識積累原則。 

（3）配置管理在軟件項(xiàng)目管理中的作用 

隨著軟件系統(tǒng)的頻繁和用戶需求的日益復(fù)雜，軟件更新、配置管理逐漸成為軟件生命周期中的一個(gè)重要過程，在軟件開發(fā)過程中發(fā)揮著越來越重要的作用。一個(gè)好的配置管理過程可以涵蓋軟件開發(fā)和維護(hù)的各個(gè)方面，在軟件開發(fā)過程的宏觀管理中，即項(xiàng)目管理中，起著重要的輔助作用。良好的配置管理使軟件開發(fā)過程能夠更好地預(yù)測，使軟件系統(tǒng)具有可重復(fù)性，并使用戶和管理部門對軟件質(zhì)量和開發(fā)團(tuán)隊(duì)有更大的信心。 

配置管理 

（1）配置管理的概念 

就目前來說，配置管理沒有一個(gè)統(tǒng)一的定義，但是通常都認(rèn)為配置管理是一種規(guī)范軟件開發(fā)過程的管理工作。軟件配置管理簡稱SCM（Software Configuration Management），是在團(tuán)隊(duì)開發(fā)中識別、控制和管理軟件變更的管理。 

（2）配置管理的任務(wù) 

1.定義配置項(xiàng) 

軟件配置項(xiàng)目（SCI），即軟件配置管理的對象。軟件開發(fā)過程中產(chǎn)生的所有信息構(gòu)成軟件配置，它們是：代碼（源代碼、目標(biāo)代碼）以及數(shù)據(jù)結(jié)構(gòu)（內(nèi)部數(shù)據(jù)、外部數(shù)據(jù)）、文檔（技術(shù)文檔、管理文檔、需方文檔）、報(bào)告，其中每一項(xiàng)稱為配置項(xiàng)，軟件配置項(xiàng)是配置管理的基本單位。同時(shí)，在開發(fā)過程中使用的環(huán)境，如操作系統(tǒng)、各種支持軟件、配置管理工具，也可以納入軟件配置管理的范圍。 

2.標(biāo)識配置項(xiàng) 

識別軟件配置項(xiàng)對整個(gè)管理活動(dòng)非常重要，它給軟件開發(fā)過程中的所有軟件項(xiàng)目提供了唯一的標(biāo)識符，使其易于控制和管理。配置標(biāo)識符包括文檔標(biāo)識、代碼標(biāo)識和運(yùn)行文件標(biāo)識。 

3.定義基線 

基線標(biāo)志著軟件開發(fā)過程的一個(gè)階段的結(jié)束，當(dāng)一個(gè)個(gè)軟件配置項(xiàng)形成文檔并通過評審，便成為基線?；竟δ苁菍Ω鱾€(gè)階段的工作進(jìn)行更清晰的劃分，使連續(xù)工作在這些點(diǎn)上斷開，從而對試驗(yàn)結(jié)果進(jìn)行測試和確認(rèn)。 

4.定義軟件配置庫 

軟件配置庫的內(nèi)容涵蓋了整個(gè)開發(fā)過程?；€技術(shù)將存儲(chǔ)庫分為3類：即開發(fā)庫、受控庫和產(chǎn)品庫。 

（1）開發(fā)庫：存儲(chǔ)開發(fā)過程中使用的各種技術(shù)文檔、源代碼、可執(zhí)行代碼和數(shù)據(jù)，為開發(fā)人員的活動(dòng)提供支持。 

（2）受控庫：存儲(chǔ)被評審和批準(zhǔn)的基準(zhǔn)產(chǎn)品，以及批準(zhǔn)的軟件工作產(chǎn)品和軟件產(chǎn)品。 

（3）產(chǎn)品庫：項(xiàng)目正式交付的最終產(chǎn)品和最終操作環(huán)境。 

5.控制配置 

配置控制的定義是指定配置管理在實(shí)現(xiàn)過程中實(shí)現(xiàn)的配置規(guī)則，包括出入庫控制和變更控制。 

6.配置審核 

它包含物理和功能審核。包括以下活動(dòng)：驗(yàn)證每個(gè)軟件配置項(xiàng)的正確性、一致性、完整性、有效性和可追溯性；在軟件生命周期中，應(yīng)定期安排審核工作；定期的軟件備份應(yīng)該確保備份介質(zhì)的安全性和可用性。 

7.配置狀態(tài)報(bào)告 

提供軟件開發(fā)過程的發(fā)展?fàn)顟B(tài)記錄，包括配置管理的現(xiàn)狀以及原因（存儲(chǔ)、更改）。配置管理人員應(yīng)定期或在需要時(shí)提置狀態(tài)報(bào)告。配置狀態(tài)報(bào)告包含對整個(gè)軟件生命周期中基線的所有更改的可跟蹤性。 

（3）實(shí)施配置管理的優(yōu)點(diǎn) 

1.節(jié)約費(fèi)用：縮短開發(fā)周期，降低工程造價(jià)。 

2.利于知識庫的建立：項(xiàng)目庫、管理庫 

3.規(guī)范管理：量化工作量考核、標(biāo)準(zhǔn)化測試、加強(qiáng)協(xié)調(diào)與溝通 

配置管理實(shí)施的流程 

（1）規(guī)劃和調(diào)整網(wǎng)絡(luò)開發(fā)環(huán)境，規(guī)劃良好的開發(fā)環(huán)境，是實(shí)施配置管理系統(tǒng)的前提。本階段的配置管理系統(tǒng)規(guī)劃，主要考慮以下問題：網(wǎng)絡(luò)帶寬、拓?fù)錁?gòu)造、服務(wù)器選擇、命名約定、存儲(chǔ)位置、開發(fā)人員和組的命名規(guī)定等。 

（2）設(shè)計(jì)配置管理庫 

根據(jù)項(xiàng)目需求，設(shè)計(jì)開發(fā)資源存儲(chǔ)模型，有利于減少管理負(fù)擔(dān)，提高配置管理數(shù)據(jù)庫的訪問性能，便于訪問控制，保護(hù)軟件資產(chǎn)。 

（3）制定配置管理流程

       配置管理實(shí)施的一個(gè)重要階段，主要目的是根據(jù)項(xiàng)目開發(fā)的需要制定合適的配置管理流程，以更好地支持開發(fā)，主要包括以下活動(dòng)： 

1.定制并行開發(fā)策略 

合理的并行發(fā)展戰(zhàn)略應(yīng)具備以下特點(diǎn)：協(xié)調(diào)項(xiàng)目的復(fù)雜性和需求，為集成開發(fā)過程中的變更創(chuàng)建有效的規(guī)范，并反映開發(fā)過程中方法和需求的變化。 

2.版本管理 

軟件開發(fā)過程中的關(guān)鍵活動(dòng)之一是提取軟件的相關(guān)版本，以形成軟件系統(tǒng)的階段版本或版本。一個(gè)基線代表一個(gè)新開發(fā)活動(dòng)的開始，一系列精心定制的活動(dòng)生成一個(gè)新的基線。此功能有效地用于管理和跟蹤項(xiàng)目開發(fā)過程中版本之間的關(guān)聯(lián)。 

（4）相關(guān)人員的培訓(xùn) 

要想讓配置管理系統(tǒng)順利實(shí)現(xiàn)，相關(guān)人員需要接受系統(tǒng)的培訓(xùn)： 

1.管理員培訓(xùn)：對于配置管理員，主要學(xué)習(xí)配置管理工具管理相關(guān)內(nèi)容； 

2.開發(fā)人員培訓(xùn)：對于開發(fā)人員來說，主要學(xué)習(xí)配置管理工具與開發(fā)常用的操作； 

3.管理流程培訓(xùn)：對于所有人員來說，其目的是了解配置管理策略和過程，以及如何將開發(fā)管理和項(xiàng)目管理結(jié)合起來。 

CMMI與配置管理 

CMMI（能力成熟度集成模型）是由美國卡耐基·梅隆大學(xué)的軟件工程研究所（SEI）組織開發(fā)，并于2002年的一種規(guī)范、實(shí)用的途徑，來管理軟件過程的模型，經(jīng)過指導(dǎo)軟件開發(fā)人員的活動(dòng)來改進(jìn)軟件過程，以達(dá)到軟件過程的可重用性、量化管理和有效控制的目的。軟件配置管理是CMMI可重復(fù)級別的一個(gè)關(guān)鍵過程域，其目的是在項(xiàng)目的軟件生命周期中維護(hù)軟件產(chǎn)品的完整性和可追溯性，其中包括對變更的控制和對可能影響變更的所有軟件因素的管理。配置管理作為過程實(shí)施和過程優(yōu)化的一部分，是軟件過程的基本保證，也是基于可復(fù)用軟件開發(fā)的管理方法，因此，它成為軟件過程管理的核心。CMMI模型清楚地描述了供應(yīng)鏈管理，并解釋了供應(yīng)鏈管理的目的和實(shí)現(xiàn)的目標(biāo)，具體描述了軟件過程中一定程度的成熟度應(yīng)該達(dá)到的一組目標(biāo)和實(shí)現(xiàn)這些目標(biāo)的一組關(guān)鍵實(shí)踐（Key Practice）。這些關(guān)鍵做法分為5類，即所需的承諾、執(zhí)行能力、執(zhí)行的活動(dòng)、度量分析和驗(yàn)證，以實(shí)現(xiàn)該組的目標(biāo)。從而使企業(yè)在實(shí)施軟件配置管理時(shí)，能夠準(zhǔn)確地知道該做什么，如何評估團(tuán)隊(duì)的配置管理狀態(tài)，以及在哪些方面也可以改進(jìn)等，對于這類問題可以具體回答。 

配置管理在軟件項(xiàng)目管理中的應(yīng)用 

案例：配置管理在某軟件項(xiàng)目開發(fā)中的應(yīng)用，該軟件開發(fā)以及管理的環(huán)境如表1所示。 

開發(fā)人員，測試人員，和項(xiàng)目實(shí)施者需要在項(xiàng)目間進(jìn)行有效的溝通，構(gòu)建統(tǒng)一的項(xiàng)目資源管理平臺，滿足項(xiàng)目團(tuán)隊(duì)的角色，是項(xiàng)目資源需求的關(guān)鍵。該平臺的建立為避免項(xiàng)目管理混亂、文檔和測試程序的源程序版本之間的文件標(biāo)準(zhǔn)化和統(tǒng)一化，變革的有效控制，提高項(xiàng)目團(tuán)隊(duì)的工作效率，并可以保存項(xiàng)目各階段工作成果。通過SVN的配置管理工具的使用在公司實(shí)施配置管理，該平臺使得軟件項(xiàng)目開發(fā)任務(wù)，進(jìn)度，改變可以控制并保存在項(xiàng)目結(jié)果的所有階段，包括各種軟件項(xiàng)目的源程序文件的歷史版本，形成項(xiàng)目的開發(fā)庫及受控庫，形成了無形而強(qiáng)大的以知識為核心的能力。通過配置管理的實(shí)施，減少項(xiàng)目人員之間的摩擦，團(tuán)隊(duì)之間的合作更加有效；通過配置管理的實(shí)施，增加了用戶對軟件產(chǎn)品的信心，并給予了良好的評價(jià)，使公司領(lǐng)導(dǎo)對項(xiàng)目團(tuán)隊(duì)有了更多的信心。 

結(jié)語 

配置管理系統(tǒng)直接解決了開發(fā)團(tuán)隊(duì)的一些難以處理的問題，縮短了開發(fā)周期，并通過資源重用建立了知識庫，規(guī)范了軟件開發(fā)過程，使軟件產(chǎn)品更加可靠。在軟件項(xiàng)目管理過程中，配置管理和合理使用極大地提高了項(xiàng)目團(tuán)隊(duì)的工作效率，減少了工作失誤，降低了項(xiàng)目風(fēng)險(xiǎn)，使整個(gè)軟件項(xiàng)目管理水平得到了提高。 

[1] 王珍英.配置管理在軟件項(xiàng)目管理中的應(yīng)用[J].計(jì)算機(jī)系統(tǒng)應(yīng)用，2008（10）：101-104. 

配置管理和變更管理范文第2篇

一旦判定可能需要CMDB，企業(yè)所需要做的就是選擇適合自己的最佳慣例。一切都從ITIL開始，它是IT服務(wù)管理的業(yè)界框架。在開始制訂配置管理策略時(shí)，要根據(jù)ITIL目標(biāo)設(shè)定正確的目標(biāo)。ITIL說明了組織內(nèi)部以及與其服務(wù)相關(guān)的配置管理，囊括所有 IT 資產(chǎn)和配置。理想的CMDB 應(yīng)提供準(zhǔn)確的配置信息及其記錄文檔，以支持其它所有服務(wù)管理流程。此外，它必須為事件管理、問題管理、變更管理和管理提供堅(jiān)實(shí)的基礎(chǔ)。它必須有能力根據(jù)基礎(chǔ)架構(gòu)狀況驗(yàn)證配置記錄，并及時(shí)警告和糾正異常事件。其實(shí)，建立CMDB是一項(xiàng)大工程，企業(yè)必須遵循正確的方法，才保證完成的效率。

數(shù)年來， CMDB 概念不斷演變，從獨(dú)立的數(shù)據(jù)儲(chǔ)存集合到整合的數(shù)據(jù)儲(chǔ)存，再到單一的中央數(shù)據(jù)庫。每次演變都使其更加接近“解決方案”的目標(biāo)，為配置數(shù)據(jù)建立記錄來源，而且無損于基礎(chǔ)架構(gòu)的狀況。然而，嘗試采用這些方法的人們發(fā)現(xiàn)，它們具有嚴(yán)重的缺陷，那就是難以或者不可能擴(kuò)充。這正是推薦聯(lián)邦式數(shù)據(jù)模型（Federated Data Model）被看好的原因。這種方法的突出特點(diǎn)是有一個(gè)中央數(shù)據(jù)庫，通過通用數(shù)據(jù)模型與其它數(shù)據(jù)庫連接。該模型會(huì)把信息從一點(diǎn)傳送到另一點(diǎn)，不必重新編寫代碼。

聯(lián)邦式方案是效率最高的解決方案。因?yàn)槁?lián)邦式數(shù)據(jù)模型會(huì)納入一個(gè)跟其它數(shù)據(jù)儲(chǔ)存相連結(jié)的中央式數(shù)據(jù)庫，這是分享配置數(shù)據(jù)的最佳方式。它能夠節(jié)省去完全中央數(shù)據(jù)庫方案中相關(guān)的設(shè)定與維護(hù)的高額成本，將廣為分享的主要配置項(xiàng)目數(shù)據(jù)放在共享的數(shù)據(jù)儲(chǔ)存之中，再結(jié)合其它應(yīng)用數(shù)據(jù)庫中的非關(guān)鍵屬性數(shù)據(jù)實(shí)現(xiàn)配置數(shù)據(jù)的共享。Gartner研究報(bào)告指出:“一個(gè)成功建置配置管理數(shù)據(jù)庫的實(shí)用方案，所要求的是聯(lián)邦式的數(shù)據(jù)模型加上具一致性的數(shù)據(jù)檢視，它會(huì)利用元素特定工具（如桌面配置管理、服務(wù)器配置管理、網(wǎng)絡(luò)管理以及存儲(chǔ)管理）來接收至少一部分的數(shù)據(jù)。”CMDB 可以將功能重點(diǎn)放在配置項(xiàng)目及其關(guān)系。這里的功能包括“快照”的多重版本區(qū)分、讓多種資源中的數(shù)據(jù)具備一致性以及提供聯(lián)邦式數(shù)據(jù)。支持這個(gè)功能的經(jīng)常性耗用并不會(huì)浪費(fèi)在不需要這個(gè)功能的數(shù)據(jù)上，因?yàn)椴槐剞D(zhuǎn)移相關(guān)數(shù)據(jù)，也不必修改CMDB來存放信息。

基于配置項(xiàng)目與其關(guān)系已界定出來的范圍，是否應(yīng)該在CMDB 中儲(chǔ)存新數(shù)據(jù)的問題已獲得解答。數(shù)據(jù)不必儲(chǔ)存為CMDB延伸數(shù)據(jù)，這樣就省去了變更CMDB數(shù)據(jù)模型以配合數(shù)據(jù)新型態(tài)的麻煩。假如稍后才決定將數(shù)據(jù)移出CMDB 的話，也免除了修改數(shù)據(jù)模型本身的困難。此外，也不必為了將變更申請、技術(shù)支持申請以及其它配置相關(guān)數(shù)據(jù)搬移到CMDB里面，而去執(zhí)行眾多的數(shù)據(jù)移轉(zhuǎn)或進(jìn)行應(yīng)用程序的整合。如果應(yīng)用程序需要使用數(shù)據(jù)，可以繼續(xù)從目前數(shù)據(jù)儲(chǔ)存的位置存取數(shù)據(jù)。交易數(shù)據(jù)不儲(chǔ)存于CMDB之中，而是儲(chǔ)存于能夠處理大量申請的數(shù)據(jù)庫，數(shù)據(jù)的提取的效率會(huì)更高。由于獨(dú)立數(shù)據(jù)庫具備優(yōu)越的功能提供數(shù)據(jù)，數(shù)據(jù)庫使用者不會(huì)從 CMDB 內(nèi)取得自己所有的數(shù)據(jù)，而是從個(gè)別數(shù)據(jù)儲(chǔ)存內(nèi)部去取得數(shù)據(jù)。除了配置項(xiàng)目相關(guān)的申請之外，由于自身相關(guān)數(shù)據(jù)的申請已由其它數(shù)據(jù)庫處理，CMDB 不必承載所有這類的數(shù)據(jù)流量，可將負(fù)載分?jǐn)偟蕉鄠€(gè)系統(tǒng)上。

現(xiàn)場說法

BMC:三層CMDB驅(qū)動(dòng)價(jià)值

談到聯(lián)邦式數(shù)據(jù)模型，必須了解如何構(gòu)建CMDB以利用其價(jià)值。BMC Atrium CMDB及其基礎(chǔ)設(shè)施可分成三層。前兩層分別是CMDB層和CMDB擴(kuò)展數(shù)據(jù)層，第三層為CMDB環(huán)境層，包括與前兩層互動(dòng)的應(yīng)用。

CMDB層保存關(guān)于配置項(xiàng)目及其關(guān)系的信息。它只保存關(guān)鍵屬性以及到CMDB擴(kuò)展數(shù)據(jù)層的鏈接，以供獲取更多信息。這個(gè)鏈接確保即便CMDB層從物理上不保存全部的數(shù)據(jù)或相關(guān)數(shù)據(jù)，仍可用作配置數(shù)據(jù)的記錄源。CMDB擴(kuò)展數(shù)據(jù)層保存不被視為“關(guān)鍵屬性”的相關(guān)數(shù)據(jù)，如變更請求、服務(wù)影響模型以及未保存在CMDB層的任何配置屬性。CMDB擴(kuò)展數(shù)據(jù)層中保存的信息是與保存在CMDB層的配置數(shù)據(jù)鏈接的。

CMDB層和CMDB擴(kuò)展數(shù)據(jù)層一起構(gòu)成CMDB環(huán)境。CMDB環(huán)境適用于提供并使用數(shù)據(jù)的應(yīng)用。這些應(yīng)用可訪問CMDB及CMDB擴(kuò)展數(shù)據(jù)。例如，察看并修改CMDB中配置項(xiàng)目情況的資產(chǎn)管理應(yīng)用。應(yīng)用是CMDB環(huán)境的一部分，而與其配置相關(guān)的數(shù)據(jù)則是擴(kuò)展CMDB的一部分。這一層的價(jià)值在于能夠提供到數(shù)據(jù)的開放訪問。

惠普:基于策略自動(dòng)部署

當(dāng)前，政府和企業(yè)的關(guān)鍵業(yè)務(wù)越來越依賴IT系統(tǒng)，政府和企業(yè)的IT環(huán)境也越來越復(fù)雜，IT管理部門面臨一些刻不容緩的問題，例如快速軟件變更、改善基礎(chǔ)環(huán)境的部署和控制能力、優(yōu)化設(shè)備的配置、提高資產(chǎn)利用率等。要解決這些復(fù)雜的問題，必須有一種真正適用的靈活的變更和配置管理解決方案。

一個(gè)全面的自動(dòng)化的變更和配置管理解決方案，應(yīng)該能夠管理企業(yè)IT環(huán)境中的操作系統(tǒng)、補(bǔ)丁、軟件、目錄、個(gè)性化設(shè)置、用戶權(quán)限等資源的整個(gè)生命周期，將這些資源分發(fā)至新的正確位置或變更到新的正確狀態(tài)。這個(gè)過程中，應(yīng)該是針對不斷變化的計(jì)算環(huán)境來提供智能的系統(tǒng)管理。配置和變更管理產(chǎn)品不僅要對軟件和數(shù)字資產(chǎn)的整個(gè)生命周期進(jìn)行管理，包括打包、測試、發(fā)現(xiàn)、配置分析、部署、升級、修補(bǔ)和刪除，還要貫穿整個(gè)企業(yè)復(fù)雜的內(nèi)網(wǎng)、外網(wǎng)、無線網(wǎng)等網(wǎng)絡(luò)和應(yīng)用環(huán)境，支持軟硬件的異構(gòu)，可靠管理整個(gè)企業(yè)成千上萬的設(shè)備和用戶。

另外，企業(yè)還要解決一個(gè)重要問題，就是如何了解并對整個(gè)企業(yè)中的IT資源進(jìn)行有效管理。

微軟:SMS對我們很重要

微軟的IT部門正是通過SMS來管控20萬臺桌面機(jī)，在系統(tǒng)升級時(shí)在非常短的時(shí)間內(nèi)達(dá)到99％以上的可靠度。

配置管理和變更管理范文第3篇

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

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

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

二、典型處理流程

IT服務(wù)管理是一種面向流程的管理模式。在電力系統(tǒng)通信部門原有的業(yè)務(wù)流程的基礎(chǔ)上，對其進(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)，對于已經(jīng)處理的缺陷只要補(bǔ)報(bào)即可。接著通信調(diào)度進(jìn)行分類預(yù)判斷并分派，確定是事件的影響范圍和優(yōu)先等級：如果是事件處理影響范圍小或無影響，則直接進(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)先級；（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)一的方法和步驟管理和控制所有對通信系統(tǒng)運(yùn)行環(huán)境有影響的變更。其目的在于：通過對所有變更的正確評估，可以維護(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í)施效果評價(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í)施關(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．

配置管理和變更管理范文第4篇

關(guān)鍵詞：稅務(wù)系統(tǒng)信息化；IT服務(wù)管理；ITIL

一、稅務(wù)系統(tǒng)信息化建設(shè)現(xiàn)狀。

中國稅務(wù)信息化建設(shè)從1982年起步，1994年金稅工程的啟動(dòng)拉開了大規(guī)模信息化建設(shè)的序幕，各期工程的開展也成為信息化建設(shè)的主線。在經(jīng)歷過一系列大規(guī)模的建設(shè)后，信息化在稅務(wù)系統(tǒng)應(yīng)用的廣度與深度上，得到了前所未有的發(fā)展。信息化系統(tǒng)已經(jīng)成為支持稅收業(yè)務(wù)正常運(yùn)轉(zhuǎn)的基礎(chǔ)設(shè)施。

隨著信息化建設(shè)的大規(guī)模開展及逐漸走向成熟，稅收工作對IT保障提出了更高的要求。IT運(yùn)維中的種種問題也逐漸凸顯。當(dāng)前IT運(yùn)維工作的現(xiàn)狀及運(yùn)維工作中存在的主要問題有：

1、 IT運(yùn)行環(huán)境復(fù)雜。大規(guī)模的信息化建設(shè)使得稅務(wù)系統(tǒng)的IT運(yùn)行環(huán)境十分復(fù)雜。在硬件方面有大型機(jī)、中型機(jī)、小型機(jī)、PC服務(wù)器、PC機(jī)、路由器、交換機(jī)、光端機(jī)、網(wǎng)閘、磁盤存儲(chǔ)設(shè)備、不間斷電源及機(jī)房空調(diào)等設(shè)備。軟件方面有各種操作系統(tǒng)、 數(shù)據(jù)庫管理系統(tǒng)、中間件軟件及大大小小的幾十種應(yīng)用軟件。這種復(fù)雜的運(yùn)行環(huán)境大大增加了運(yùn)維部門的運(yùn)維難度和復(fù)雜度。

2、 運(yùn)維工作缺乏統(tǒng)一的問題申告平臺。目前，稅務(wù)系統(tǒng)運(yùn)行著幾十種應(yīng)用系統(tǒng)，各種系統(tǒng)之間有的進(jìn)行了整合，有的相互提供數(shù)據(jù)支持。運(yùn)維部門往往安排不同的運(yùn)維人員來維護(hù)不同的應(yīng)用系統(tǒng)。當(dāng)用戶發(fā)現(xiàn)問題時(shí)，不知道該找哪些運(yùn)維人員來解決，從而延誤了解決問題的時(shí)間。

3、 需要規(guī)范的變更管理。在目前的IT運(yùn)行環(huán)境中，有的硬件設(shè)備承載著多種應(yīng)用系統(tǒng)，有的應(yīng)用系統(tǒng)之間相互聯(lián)系。當(dāng)對這樣的設(shè)備或系統(tǒng)進(jìn)行配置更改時(shí)，就會(huì)同時(shí)影響到其他相關(guān)的系統(tǒng)。而這樣的變更事件經(jīng)常發(fā)生，如何能夠在最短的時(shí)間內(nèi)實(shí)施變更，并且將對其他系統(tǒng)的影響降到最低，是IT管理部門急需解決的一個(gè)問題。

4、 文檔管理不規(guī)范。對于各種硬件設(shè)備及軟件系統(tǒng)的文檔資料，一般是誰最初接手誰負(fù)責(zé)管理。這樣往往會(huì)因?yàn)檫\(yùn)維人員的工作調(diào)整帶來資料的丟失，給后期的運(yùn)維工作帶來了很大的困難。

二、基于ITIL的稅務(wù)系統(tǒng)IT服務(wù)管理模式探索。

ITIL是英國政府委托政府商務(wù)辦公室開發(fā)的一項(xiàng)供公共使用的IT服務(wù)管理方法。目前，ITIL已經(jīng)成為匯聚了以流程為導(dǎo)向、以客戶滿意和服務(wù)質(zhì)量為核心的IT服務(wù)管理最佳實(shí)踐的集合，發(fā)展成為了世界IT服務(wù)管理領(lǐng)域的事實(shí)標(biāo)準(zhǔn)。

ITIL的主體框架由服務(wù)管理、業(yè)務(wù)管理、ICT(信息和通信技術(shù))基礎(chǔ)架構(gòu)管理、應(yīng)用管理、安全管理、IT服務(wù)管理規(guī)劃與實(shí)施6個(gè)模塊組成。服務(wù)管理模塊是ITIL的核心模塊，由一個(gè)服務(wù)臺管理職能和10個(gè)流程組成，它們分別是：

1、 服務(wù)級別管理流程。服務(wù)級別管理流程是指通過分析客戶的業(yè)務(wù)需求制定成本合理的服務(wù)級別協(xié)議（SLA）,并通過監(jiān)控和評審確保IT服務(wù)達(dá)到協(xié)議所約定級別的管理流程。

2、 配置管理流程。配置管理流程指由識別和確認(rèn)系統(tǒng)的配置項(xiàng)、記錄和報(bào)告配置項(xiàng)狀態(tài)和變更請求、檢驗(yàn)配置項(xiàng)的正確性和完整性等活動(dòng)構(gòu)成的服務(wù)管理流程。所有的軟件、硬件和各種文檔的配置信息都作為配置項(xiàng)記錄到配置管理數(shù)據(jù)庫中。配置管理是IT基礎(chǔ)架構(gòu)的信息中心和控制中心，為其他服務(wù)管理提供有關(guān)IT基礎(chǔ)架構(gòu)、軟硬件配置、服務(wù)及相互關(guān)系方面的準(zhǔn)確信息。

3、 服務(wù)臺。服務(wù)臺即通常所指的呼叫中心，是一種服務(wù)職能，是用戶與運(yùn)維部門的單一聯(lián)系點(diǎn)。它的主要職能有：①響應(yīng)用戶的呼叫請求，并進(jìn)行初步處理，無法處理時(shí)就將這些請求轉(zhuǎn)交給二線或三線支持人員。②有關(guān)IT服務(wù)方面的信息。③管理客戶的需求和客戶關(guān)系。④日常的運(yùn)作管理任務(wù)（數(shù)據(jù)備份恢復(fù)、磁盤空間管理等）。⑤基礎(chǔ)架構(gòu)的監(jiān)控工作，一旦檢測到故障已經(jīng)發(fā)生或即將發(fā)生，立即評估故障對關(guān)鍵設(shè)備可能產(chǎn)生的影響，并在必要時(shí)將故障報(bào)告給事件管理。⑥為其他的活動(dòng)和流程提供接口。

4、 事件管理流程。事件管理流程是指對引起或有可能引起服務(wù)中斷或服務(wù)質(zhì)量下降的活動(dòng)進(jìn)行處理的服務(wù)管理流程。它不僅包括處理軟硬件故障，還包括響應(yīng)服務(wù)請求（如：權(quán)限的修改）。

那么通過ITIL能否解決目前稅務(wù)系統(tǒng)IT運(yùn)維工作中存在的問題呢？讓我們按照ITIL服務(wù)管理的主要管理流程來分析一下：

首先，分析業(yè)務(wù)部門對IT服務(wù)的需求，在滿足業(yè)務(wù)需求的前提下制定一個(gè)成本合理的服務(wù)級別協(xié)議。

其次，通過配置管理和變更管理來統(tǒng)一管理稅務(wù)系統(tǒng)復(fù)雜的軟硬件設(shè)備和文檔配置信息，為解決事件和問題提供關(guān)于IT基礎(chǔ)架構(gòu)、軟硬件配置、服務(wù)及相互關(guān)系方面的準(zhǔn)確信息。同時(shí)也可避免因運(yùn)維人員的工作調(diào)整而帶來的文檔丟失問題。

第三、當(dāng)用戶發(fā)現(xiàn)問題時(shí)直接與服務(wù)系。服務(wù)臺啟動(dòng)事件管理流程，按照知識庫中的信息初步解決問題。當(dāng)服務(wù)臺在SLA規(guī)定的時(shí)間內(nèi)無法解決問題時(shí)，將問題提交給二線、三線技術(shù)人員，待問題解決后終止問題。通過這個(gè)流程用戶可以在第一時(shí)間準(zhǔn)確提交問題，并按照最快捷的渠道解決問題，提高了工作效率。

第四、服務(wù)臺對所有的事件和問題進(jìn)行全程跟蹤記錄，歸納總結(jié)解決方法形成共享的知識庫。技術(shù)人員在解決問題時(shí)可以參考知識庫中的內(nèi)容，減少重復(fù)工作。

當(dāng)然，ITIL只是IT運(yùn)維管理的一個(gè)國際標(biāo)準(zhǔn)，是對IT管理實(shí)踐的抽象和總結(jié)，就稅務(wù)系統(tǒng)而言不能直接使用，而必須根據(jù)稅務(wù)系統(tǒng)的實(shí)際情況進(jìn)行相應(yīng)的調(diào)整。同時(shí)，它的實(shí)施將涉及組織、人事、技術(shù)、IT基礎(chǔ)設(shè)施等各個(gè)方面，必須分階段進(jìn)行，也將是一個(gè)循序漸進(jìn)的過程。然而，通過ITIL的實(shí)施，將會(huì)有效改善稅務(wù)系統(tǒng)的IT運(yùn)維現(xiàn)狀，顯著提高運(yùn)維的管理和服務(wù)水平，因此實(shí)施ITIL運(yùn)維管理，將是稅務(wù)系統(tǒng)信息化發(fā)展的一個(gè)必然趨勢。

參考文獻(xiàn)：

配置管理和變更管理范文第5篇

本文所論述的自動(dòng)化運(yùn)維功能為基于IBM Tivoli成熟軟件實(shí)現(xiàn)的。

【關(guān)鍵詞】現(xiàn)代大型企業(yè) 運(yùn)維自動(dòng)化 軟件

1 概述

目前大型數(shù)據(jù)中心設(shè)備數(shù)量巨大，且隨時(shí)間不斷遞增遞增，但維護(hù)人員相對比較少，隨著機(jī)器數(shù)量的遞增，人員完全無法承擔(dān)如此大的維護(hù)量。從運(yùn)維管理模式上看，目前大多數(shù)健康檢查、軟件部署、配置管理和變更工作都還由IT維護(hù)人員手工運(yùn)維，隨著設(shè)備數(shù)量的增長、運(yùn)維標(biāo)準(zhǔn)的提升、配置和運(yùn)維規(guī)范的日益嚴(yán)格，手工運(yùn)維的模式已經(jīng)越來越難以實(shí)現(xiàn)IT運(yùn)維方面的高標(biāo)準(zhǔn)要求。

1.1 目前運(yùn)維現(xiàn)狀

目前運(yùn)維工作主要現(xiàn)狀為：

（1）大量手工操作

（2）無業(yè)務(wù)視角視圖

（3）使用著分散的管理工具

（4）且維護(hù)、支持的要求和任務(wù)日益繁重。

導(dǎo)致問題：

（1）手工錯(cuò)誤無法避免，很多故障原因?yàn)槭止づ渲米兏e(cuò)誤

（2）業(yè)務(wù)修復(fù)時(shí)間過長，達(dá)不到高可用性要求

（3）人員的工作強(qiáng)度大，但效率低

（4）無統(tǒng)一管理視圖，管理的偶然問題多。

1.2 運(yùn)維自動(dòng)化的總體需求

1.2.1 目前自動(dòng)化運(yùn)維需求分為三大類：

（1）任務(wù)自動(dòng)化：主要包含軟件、裸機(jī)安裝、補(bǔ)丁升級、配置變更、配置比對、操作審計(jì)、合規(guī)性檢查、健康檢查和報(bào)告。

（2）流程自動(dòng)化：檢修自動(dòng)化、事件處理自動(dòng)化、自主修復(fù)和糾正、敏捷地滿足服務(wù)需求。

（3）服務(wù)自動(dòng)化：可實(shí)現(xiàn)私有云的搭建并融合云管理和其他IT服務(wù)的自動(dòng)化。

基于IBM Tivoli成熟軟件可實(shí)現(xiàn)的大部分任務(wù)自動(dòng)化功能和部分流程自動(dòng)化，從服務(wù)器運(yùn)維自動(dòng)化、流程自動(dòng)化和網(wǎng)絡(luò)運(yùn)維自動(dòng)化進(jìn)行整體的考慮與規(guī)劃。

2 架構(gòu)說明

2.1 運(yùn)維自動(dòng)化管理軟件服務(wù)器端由四種組件構(gòu)成

（1）IBM SmartCloud Control Desk（簡稱SCCD）；

（2）IBM? Tivoli? Netcool? Configuration Manager（簡稱NCM）；

（3）Tivoli Application Dependency DiscoveryManager（簡稱TADDM）；

（4）IBM Endpoint Manager（簡稱IEM）

其中SCCD為運(yùn)維管理流程平臺，TADDM為配置發(fā)現(xiàn)服務(wù)器，都不包含客戶端；IEM為完成服務(wù)器運(yùn)維自動(dòng)化的主要軟件，在每臺納管的主機(jī)、PC服務(wù)器或者虛擬機(jī)上均需要部署相應(yīng)的客戶端軟件；NCM為完成運(yùn)維自動(dòng)化的主要軟件，在首次使用的時(shí)候，需要配置網(wǎng)絡(luò)設(shè)備自動(dòng)發(fā)現(xiàn)腳本，之后NCM將自動(dòng)發(fā)現(xiàn)所有限定的網(wǎng)絡(luò)中的設(shè)備，并使用相應(yīng)的權(quán)限進(jìn)行運(yùn)維管理。

2.2 安全管控措施

為實(shí)現(xiàn)在統(tǒng)一平臺上對底層設(shè)備的自動(dòng)化管理和維護(hù)提供保障，所有對自動(dòng)化運(yùn)維平臺及其所管理的客戶端設(shè)備的操作，都必須用ACL控制通過運(yùn)維審計(jì)系統(tǒng)進(jìn)行登錄，以保證所有管理的網(wǎng)絡(luò)及物理設(shè)備的安全和穩(wěn)定等。

3 部署步驟

3.1 運(yùn)維自動(dòng)化軟件服務(wù)器端部署

3.1.1 SCCD服務(wù)器的部署

部署內(nèi)容：

（1）安裝配置IBM DB2

（2）安裝配置Websphere Application Server Network Deployment

（3）安裝配置Tivoli Directory Server

（4）安裝配置Smart Cloud Control Desk server

3.1.2 NCM服務(wù)器的部署

部署內(nèi)容：

（1）安裝數(shù)據(jù)庫Oracle11g

（2）安裝配置Netcool Configuration Manager server

（3）安裝配置Netcool Configuration Manager driver

3.1.3 IEM、TADDM及IEM裸機(jī)安裝服務(wù)器的部署

部署內(nèi)容：

（1）安裝配置SQLServer2008

（2）安裝配置IBM Endpoint Manager server；

（3）完成IBM Endpoint Manager Fixlet訂閱；

（4）安裝Tivoli Application Dependency DiscoveryManager

完成以上三個(gè)步驟之后，即完成運(yùn)維自動(dòng)化軟件服務(wù)器端的全部安裝，所有server正常啟動(dòng)之后，將能為納管主機(jī)、服務(wù)器、PC及網(wǎng)絡(luò)設(shè)備等提供全部運(yùn)維自動(dòng)化管理軟件的各項(xiàng)功能及服務(wù)等。

3.2 運(yùn)維自動(dòng)化軟件客戶端部署

3.2.1 IEM客戶端安裝部署

部署內(nèi)容：

（1）在PC上安裝配置IBM Endpoint Manager client；

（2）在服務(wù)器上安裝配置IBM Endpoint Manager client；

（3）在虛擬機(jī)上安裝配置IBM Endpoint Manager client；

（4）在IBM Endpoint Manager console上查看安裝配置的client注冊到IEM server，并能從navigate tree對所納管設(shè)備進(jìn)行分組管理等工作；

3.2.2 NCM納管網(wǎng)絡(luò)設(shè)備的發(fā)現(xiàn)和管理：

部署內(nèi)容：

（1）登錄NCM Base Web Portal，設(shè)定NCM參數(shù)，包括：時(shí)區(qū)、資源瀏覽可視化、建立worker server resource、建立資源授權(quán)、配置FTP資源、配置server pool size、導(dǎo)入網(wǎng)絡(luò)設(shè)備等；

（2）配置管理網(wǎng)絡(luò)設(shè)備，完成規(guī)則檢查等。

3.2.3 SCCD統(tǒng)一管理平臺配置

部署內(nèi)容：

（1）建立SCCD調(diào)用IEM連接，在SCCD上申請服務(wù)和跟蹤服務(wù)進(jìn)度，來完成對服務(wù)器運(yùn)維的自動(dòng)化管理，包括安裝軟件、補(bǔ)丁更新、巡檢等工作；

（2）創(chuàng)建新用戶，并賦予新用戶事先定義的角色組及角色，由此可以控制使用該用戶名的登錄所能管理和控制的運(yùn)維自動(dòng)化平臺內(nèi)容。

4 結(jié)論

本文所述的運(yùn)維自動(dòng)化組件，可初步實(shí)現(xiàn)服務(wù)器和網(wǎng)絡(luò)設(shè)備的任務(wù)運(yùn)維自動(dòng)化功能，和部分流程自動(dòng)化功能：

（1）健康檢查和報(bào)告， 實(shí)現(xiàn)服務(wù)器、小型機(jī)、虛擬機(jī)（PC）和網(wǎng)絡(luò)安全設(shè)備的日常巡檢功能。

（2）合規(guī)性檢查，對于服務(wù)器、小型機(jī)、虛擬機(jī)（PC）和網(wǎng)絡(luò)安全設(shè)備的基線要求。

（3）補(bǔ)丁升級，實(shí)現(xiàn)所有服務(wù)器、小型機(jī)、虛擬機(jī)（PC）和辦公中終端的補(bǔ)丁升級功能。

（4）軟件分發(fā)和裸機(jī)安裝，實(shí)現(xiàn)包括服務(wù)器和辦公終端的操作系統(tǒng)、桌面終端、防病毒軟件和辦公軟件的分發(fā)和安裝功能。

（5）配置變更和比對，實(shí)現(xiàn)所有服務(wù)器、小型機(jī)、虛擬機(jī)（PC）和網(wǎng)絡(luò)安全設(shè)備的配置變更和對比。

（6）巡檢和補(bǔ)丁分發(fā)流程的周期性流程自動(dòng)化。