前言:想要寫出一篇令人眼前一亮的文章嗎?我們特意為您整理了5篇配置管理和變更管理范文,相信會為您的寫作帶來幫助,發(fā)現(xiàn)更多的寫作思路和靈感。
本文首先介紹了軟件項目管理的概念,并從軟件項目管理中的配置管理功能,介紹了配置管理以及概念和配置管理任務(wù)CMMI(Capability Maturity Model Integration)與配置管理之間的關(guān)系,最后給出了配置管理在軟件項目中的應(yīng)用實例。
軟件項目管理 配置管理 計算機
隨著計算機應(yīng)用的不斷發(fā)展,對軟件項目的要求也越來越復(fù)雜,變化也越來越頻繁。從整個企業(yè)的發(fā)展戰(zhàn)略出發(fā),在技術(shù)變化和人員流動頻繁的情況下,如何建立企業(yè)的項目庫和管理庫,將個人知識和經(jīng)驗轉(zhuǎn)化為企業(yè)知識和經(jīng)驗,對于提高工作效率、縮短產(chǎn)品周期、增強企業(yè)競爭力至關(guān)重要。采用科學(xué)的配置管理思想,輔以先進(jìn)的配置管理工具,是管理軟件產(chǎn)品不可或缺的方法。目前,我國軟件企業(yè)的開發(fā)和管理相對落后,引入軟件配置管理的思想和技術(shù)是迫切而重要的。
軟件項目管理
(1)軟件項目管理概念
軟件項目管理是對人員、產(chǎn)品、過程和項目進(jìn)行分析和管理的活動,使軟件項目能夠按預(yù)定的成本、進(jìn)度和質(zhì)量順利地完成,分析和管理人員、產(chǎn)品、過程和項目的活動。與其他項目管理相比,軟件項目管理是非常特殊的。首先,軟件是一種純知識產(chǎn)品,其開發(fā)進(jìn)度和質(zhì)量難以估算和計量,生產(chǎn)效率難以預(yù)測和保證。其次,軟件系統(tǒng)的復(fù)雜性導(dǎo)致了開發(fā)過程中各種風(fēng)險的不可預(yù)知性和控制性。軟件項目管理的主要內(nèi)容包括以下幾個方面:人員的組織和管理、軟件項目計劃、風(fēng)險管理、軟件質(zhì)量保證、軟件過程估計、軟件配置管理等。所有這些方面都貫穿在整個軟件開發(fā)過程。其中,軟件配置管理提出了開發(fā)過程中人員和工具的配置和使用的管理策略。
(2)軟件項目管理的原則
在軟件項目管理的過程中,包含以下幾大原則:即平衡原則、高效原則、分解原則、實時控制原則、分類管理原則、簡單有效原則、組織的知識積累原則。
(3)配置管理在軟件項目管理中的作用
隨著軟件系統(tǒng)的頻繁和用戶需求的日益復(fù)雜,軟件更新、配置管理逐漸成為軟件生命周期中的一個重要過程,在軟件開發(fā)過程中發(fā)揮著越來越重要的作用。一個好的配置管理過程可以涵蓋軟件開發(fā)和維護的各個方面,在軟件開發(fā)過程的宏觀管理中,即項目管理中,起著重要的輔助作用。良好的配置管理使軟件開發(fā)過程能夠更好地預(yù)測,使軟件系統(tǒng)具有可重復(fù)性,并使用戶和管理部門對軟件質(zhì)量和開發(fā)團隊有更大的信心。
配置管理
(1)配置管理的概念
就目前來說,配置管理沒有一個統(tǒng)一的定義,但是通常都認(rèn)為配置管理是一種規(guī)范軟件開發(fā)過程的管理工作。軟件配置管理簡稱SCM(Software Configuration Management),是在團隊開發(fā)中識別、控制和管理軟件變更的管理。
(2)配置管理的任務(wù)
1.定義配置項
軟件配置項目(SCI),即軟件配置管理的對象。軟件開發(fā)過程中產(chǎn)生的所有信息構(gòu)成軟件配置,它們是:代碼(源代碼、目標(biāo)代碼)以及數(shù)據(jù)結(jié)構(gòu)(內(nèi)部數(shù)據(jù)、外部數(shù)據(jù))、文檔(技術(shù)文檔、管理文檔、需方文檔)、報告,其中每一項稱為配置項,軟件配置項是配置管理的基本單位。同時,在開發(fā)過程中使用的環(huán)境,如操作系統(tǒng)、各種支持軟件、配置管理工具,也可以納入軟件配置管理的范圍。
2.標(biāo)識配置項
識別軟件配置項對整個管理活動非常重要,它給軟件開發(fā)過程中的所有軟件項目提供了唯一的標(biāo)識符,使其易于控制和管理。配置標(biāo)識符包括文檔標(biāo)識、代碼標(biāo)識和運行文件標(biāo)識。
3.定義基線
基線標(biāo)志著軟件開發(fā)過程的一個階段的結(jié)束,當(dāng)一個個軟件配置項形成文檔并通過評審,便成為基線。基本功能是對各個階段的工作進(jìn)行更清晰的劃分,使連續(xù)工作在這些點上斷開,從而對試驗結(jié)果進(jìn)行測試和確認(rèn)。
4.定義軟件配置庫
軟件配置庫的內(nèi)容涵蓋了整個開發(fā)過程。基線技術(shù)將存儲庫分為3類:即開發(fā)庫、受控庫和產(chǎn)品庫。
(1)開發(fā)庫:存儲開發(fā)過程中使用的各種技術(shù)文檔、源代碼、可執(zhí)行代碼和數(shù)據(jù),為開發(fā)人員的活動提供支持。
(2)受控庫:存儲被評審和批準(zhǔn)的基準(zhǔn)產(chǎn)品,以及批準(zhǔn)的軟件工作產(chǎn)品和軟件產(chǎn)品。
(3)產(chǎn)品庫:項目正式交付的最終產(chǎn)品和最終操作環(huán)境。
5.控制配置
配置控制的定義是指定配置管理在實現(xiàn)過程中實現(xiàn)的配置規(guī)則,包括出入庫控制和變更控制。
6.配置審核
它包含物理和功能審核。包括以下活動:驗證每個軟件配置項的正確性、一致性、完整性、有效性和可追溯性;在軟件生命周期中,應(yīng)定期安排審核工作;定期的軟件備份應(yīng)該確保備份介質(zhì)的安全性和可用性。
7.配置狀態(tài)報告
提供軟件開發(fā)過程的發(fā)展?fàn)顟B(tài)記錄,包括配置管理的現(xiàn)狀以及原因(存儲、更改)。配置管理人員應(yīng)定期或在需要時提置狀態(tài)報告。配置狀態(tài)報告包含對整個軟件生命周期中基線的所有更改的可跟蹤性。
(3)實施配置管理的優(yōu)點
1.節(jié)約費用:縮短開發(fā)周期,降低工程造價。
2.利于知識庫的建立:項目庫、管理庫
3.規(guī)范管理:量化工作量考核、標(biāo)準(zhǔn)化測試、加強協(xié)調(diào)與溝通
配置管理實施的流程
(1)規(guī)劃和調(diào)整網(wǎng)絡(luò)開發(fā)環(huán)境,規(guī)劃良好的開發(fā)環(huán)境,是實施配置管理系統(tǒng)的前提。本階段的配置管理系統(tǒng)規(guī)劃,主要考慮以下問題:網(wǎng)絡(luò)帶寬、拓?fù)錁?gòu)造、服務(wù)器選擇、命名約定、存儲位置、開發(fā)人員和組的命名規(guī)定等。
(2)設(shè)計配置管理庫
根據(jù)項目需求,設(shè)計開發(fā)資源存儲模型,有利于減少管理負(fù)擔(dān),提高配置管理數(shù)據(jù)庫的訪問性能,便于訪問控制,保護軟件資產(chǎn)。
(3)制定配置管理流程
配置管理實施的一個重要階段,主要目的是根據(jù)項目開發(fā)的需要制定合適的配置管理流程,以更好地支持開發(fā),主要包括以下活動:
1.定制并行開發(fā)策略
合理的并行發(fā)展戰(zhàn)略應(yīng)具備以下特點:協(xié)調(diào)項目的復(fù)雜性和需求,為集成開發(fā)過程中的變更創(chuàng)建有效的規(guī)范,并反映開發(fā)過程中方法和需求的變化。
2.版本管理
軟件開發(fā)過程中的關(guān)鍵活動之一是提取軟件的相關(guān)版本,以形成軟件系統(tǒng)的階段版本或版本。一個基線代表一個新開發(fā)活動的開始,一系列精心定制的活動生成一個新的基線。此功能有效地用于管理和跟蹤項目開發(fā)過程中版本之間的關(guān)聯(lián)。
(4)相關(guān)人員的培訓(xùn)
要想讓配置管理系統(tǒng)順利實現(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ā)管理和項目管理結(jié)合起來。
CMMI與配置管理
CMMI(能力成熟度集成模型)是由美國卡耐基·梅隆大學(xué)的軟件工程研究所(SEI)組織開發(fā),并于2002年的一種規(guī)范、實用的途徑,來管理軟件過程的模型,經(jīng)過指導(dǎo)軟件開發(fā)人員的活動來改進(jìn)軟件過程,以達(dá)到軟件過程的可重用性、量化管理和有效控制的目的。軟件配置管理是CMMI可重復(fù)級別的一個關(guān)鍵過程域,其目的是在項目的軟件生命周期中維護軟件產(chǎn)品的完整性和可追溯性,其中包括對變更的控制和對可能影響變更的所有軟件因素的管理。配置管理作為過程實施和過程優(yōu)化的一部分,是軟件過程的基本保證,也是基于可復(fù)用軟件開發(fā)的管理方法,因此,它成為軟件過程管理的核心。CMMI模型清楚地描述了供應(yīng)鏈管理,并解釋了供應(yīng)鏈管理的目的和實現(xiàn)的目標(biāo),具體描述了軟件過程中一定程度的成熟度應(yīng)該達(dá)到的一組目標(biāo)和實現(xiàn)這些目標(biāo)的一組關(guān)鍵實踐(Key Practice)。這些關(guān)鍵做法分為5類,即所需的承諾、執(zhí)行能力、執(zhí)行的活動、度量分析和驗證,以實現(xiàn)該組的目標(biāo)。從而使企業(yè)在實施軟件配置管理時,能夠準(zhǔn)確地知道該做什么,如何評估團隊的配置管理狀態(tài),以及在哪些方面也可以改進(jìn)等,對于這類問題可以具體回答。
配置管理在軟件項目管理中的應(yīng)用
案例:配置管理在某軟件項目開發(fā)中的應(yīng)用,該軟件開發(fā)以及管理的環(huán)境如表1所示。
開發(fā)人員,測試人員,和項目實施者需要在項目間進(jìn)行有效的溝通,構(gòu)建統(tǒng)一的項目資源管理平臺,滿足項目團隊的角色,是項目資源需求的關(guān)鍵。該平臺的建立為避免項目管理混亂、文檔和測試程序的源程序版本之間的文件標(biāo)準(zhǔn)化和統(tǒng)一化,變革的有效控制,提高項目團隊的工作效率,并可以保存項目各階段工作成果。通過SVN的配置管理工具的使用在公司實施配置管理,該平臺使得軟件項目開發(fā)任務(wù),進(jìn)度,改變可以控制并保存在項目結(jié)果的所有階段,包括各種軟件項目的源程序文件的歷史版本,形成項目的開發(fā)庫及受控庫,形成了無形而強大的以知識為核心的能力。通過配置管理的實施,減少項目人員之間的摩擦,團隊之間的合作更加有效;通過配置管理的實施,增加了用戶對軟件產(chǎn)品的信心,并給予了良好的評價,使公司領(lǐng)導(dǎo)對項目團隊有了更多的信心。
結(jié)語
配置管理系統(tǒng)直接解決了開發(fā)團隊的一些難以處理的問題,縮短了開發(fā)周期,并通過資源重用建立了知識庫,規(guī)范了軟件開發(fā)過程,使軟件產(chǎn)品更加可靠。在軟件項目管理過程中,配置管理和合理使用極大地提高了項目團隊的工作效率,減少了工作失誤,降低了項目風(fēng)險,使整個軟件項目管理水平得到了提高。
[1] 王珍英.配置管理在軟件項目管理中的應(yīng)用[J].計算機系統(tǒng)應(yīng)用,2008(10):101-104.
一旦判定可能需要CMDB,企業(yè)所需要做的就是選擇適合自己的最佳慣例。一切都從ITIL開始,它是IT服務(wù)管理的業(yè)界框架。在開始制訂配置管理策略時,要根據(jù)ITIL目標(biāo)設(shè)定正確的目標(biāo)。ITIL說明了組織內(nèi)部以及與其服務(wù)相關(guān)的配置管理,囊括所有 IT 資產(chǎn)和配置。理想的CMDB 應(yīng)提供準(zhǔn)確的配置信息及其記錄文檔,以支持其它所有服務(wù)管理流程。此外,它必須為事件管理、問題管理、變更管理和管理提供堅實的基礎(chǔ)。它必須有能力根據(jù)基礎(chǔ)架構(gòu)狀況驗證配置記錄,并及時警告和糾正異常事件。其實,建立CMDB是一項大工程,企業(yè)必須遵循正確的方法,才保證完成的效率。
數(shù)年來, CMDB 概念不斷演變,從獨立的數(shù)據(jù)儲存集合到整合的數(shù)據(jù)儲存,再到單一的中央數(shù)據(jù)庫。每次演變都使其更加接近“解決方案”的目標(biāo),為配置數(shù)據(jù)建立記錄來源,而且無損于基礎(chǔ)架構(gòu)的狀況。然而,嘗試采用這些方法的人們發(fā)現(xiàn),它們具有嚴(yán)重的缺陷,那就是難以或者不可能擴充。這正是推薦聯(lián)邦式數(shù)據(jù)模型(Federated Data Model)被看好的原因。這種方法的突出特點是有一個中央數(shù)據(jù)庫,通過通用數(shù)據(jù)模型與其它數(shù)據(jù)庫連接。該模型會把信息從一點傳送到另一點,不必重新編寫代碼。
聯(lián)邦式方案是效率最高的解決方案。因為聯(lián)邦式數(shù)據(jù)模型會納入一個跟其它數(shù)據(jù)儲存相連結(jié)的中央式數(shù)據(jù)庫,這是分享配置數(shù)據(jù)的最佳方式。它能夠節(jié)省去完全中央數(shù)據(jù)庫方案中相關(guān)的設(shè)定與維護的高額成本,將廣為分享的主要配置項目數(shù)據(jù)放在共享的數(shù)據(jù)儲存之中,再結(jié)合其它應(yīng)用數(shù)據(jù)庫中的非關(guān)鍵屬性數(shù)據(jù)實現(xiàn)配置數(shù)據(jù)的共享。Gartner研究報告指出:“一個成功建置配置管理數(shù)據(jù)庫的實用方案,所要求的是聯(lián)邦式的數(shù)據(jù)模型加上具一致性的數(shù)據(jù)檢視,它會利用元素特定工具(如桌面配置管理、服務(wù)器配置管理、網(wǎng)絡(luò)管理以及存儲管理)來接收至少一部分的數(shù)據(jù)?!盋MDB 可以將功能重點放在配置項目及其關(guān)系。這里的功能包括“快照”的多重版本區(qū)分、讓多種資源中的數(shù)據(jù)具備一致性以及提供聯(lián)邦式數(shù)據(jù)。支持這個功能的經(jīng)常性耗用并不會浪費在不需要這個功能的數(shù)據(jù)上,因為不必轉(zhuǎn)移相關(guān)數(shù)據(jù),也不必修改CMDB來存放信息。
基于配置項目與其關(guān)系已界定出來的范圍,是否應(yīng)該在CMDB 中儲存新數(shù)據(jù)的問題已獲得解答。數(shù)據(jù)不必儲存為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ù)儲存的位置存取數(shù)據(jù)。交易數(shù)據(jù)不儲存于CMDB之中,而是儲存于能夠處理大量申請的數(shù)據(jù)庫,數(shù)據(jù)的提取的效率會更高。由于獨立數(shù)據(jù)庫具備優(yōu)越的功能提供數(shù)據(jù),數(shù)據(jù)庫使用者不會從 CMDB 內(nèi)取得自己所有的數(shù)據(jù),而是從個別數(shù)據(jù)儲存內(nèi)部去取得數(shù)據(jù)。除了配置項目相關(guān)的申請之外,由于自身相關(guān)數(shù)據(jù)的申請已由其它數(shù)據(jù)庫處理,CMDB 不必承載所有這類的數(shù)據(jù)流量,可將負(fù)載分?jǐn)偟蕉鄠€系統(tǒng)上。
現(xiàn)場說法
BMC:三層CMDB驅(qū)動價值
談到聯(lián)邦式數(shù)據(jù)模型,必須了解如何構(gòu)建CMDB以利用其價值。BMC Atrium CMDB及其基礎(chǔ)設(shè)施可分成三層。前兩層分別是CMDB層和CMDB擴展數(shù)據(jù)層,第三層為CMDB環(huán)境層,包括與前兩層互動的應(yīng)用。
CMDB層保存關(guān)于配置項目及其關(guān)系的信息。它只保存關(guān)鍵屬性以及到CMDB擴展數(shù)據(jù)層的鏈接,以供獲取更多信息。這個鏈接確保即便CMDB層從物理上不保存全部的數(shù)據(jù)或相關(guān)數(shù)據(jù),仍可用作配置數(shù)據(jù)的記錄源。CMDB擴展數(shù)據(jù)層保存不被視為“關(guān)鍵屬性”的相關(guān)數(shù)據(jù),如變更請求、服務(wù)影響模型以及未保存在CMDB層的任何配置屬性。CMDB擴展數(shù)據(jù)層中保存的信息是與保存在CMDB層的配置數(shù)據(jù)鏈接的。
CMDB層和CMDB擴展數(shù)據(jù)層一起構(gòu)成CMDB環(huán)境。CMDB環(huán)境適用于提供并使用數(shù)據(jù)的應(yīng)用。這些應(yīng)用可訪問CMDB及CMDB擴展數(shù)據(jù)。例如,察看并修改CMDB中配置項目情況的資產(chǎn)管理應(yīng)用。應(yīng)用是CMDB環(huán)境的一部分,而與其配置相關(guān)的數(shù)據(jù)則是擴展CMDB的一部分。這一層的價值在于能夠提供到數(shù)據(jù)的開放訪問。
惠普:基于策略自動部署
當(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ù)雜的問題,必須有一種真正適用的靈活的變更和配置管理解決方案。
一個全面的自動化的變更和配置管理解決方案,應(yīng)該能夠管理企業(yè)IT環(huán)境中的操作系統(tǒng)、補丁、軟件、目錄、個性化設(shè)置、用戶權(quán)限等資源的整個生命周期,將這些資源分發(fā)至新的正確位置或變更到新的正確狀態(tài)。這個過程中,應(yīng)該是針對不斷變化的計算環(huán)境來提供智能的系統(tǒng)管理。配置和變更管理產(chǎn)品不僅要對軟件和數(shù)字資產(chǎn)的整個生命周期進(jìn)行管理,包括打包、測試、發(fā)現(xiàn)、配置分析、部署、升級、修補和刪除,還要貫穿整個企業(yè)復(fù)雜的內(nèi)網(wǎng)、外網(wǎng)、無線網(wǎng)等網(wǎng)絡(luò)和應(yīng)用環(huán)境,支持軟硬件的異構(gòu),可靠管理整個企業(yè)成千上萬的設(shè)備和用戶。
另外,企業(yè)還要解決一個重要問題,就是如何了解并對整個企業(yè)中的IT資源進(jìn)行有效管理。
微軟:SMS對我們很重要
微軟的IT部門正是通過SMS來管控20萬臺桌面機,在系統(tǒng)升級時在非常短的時間內(nèi)達(dá)到99%以上的可靠度。
關(guān)鍵詞:電力系統(tǒng);通信;IT服務(wù)管理
一、電力系統(tǒng)通信部門的IT服務(wù)管理
電力系統(tǒng)通信部門IT服務(wù)管理體系包括展現(xiàn)層、功能層、數(shù)據(jù)層。通過對各種系統(tǒng)狀態(tài)進(jìn)行實時監(jiān)控,將現(xiàn)有軟硬件環(huán)境、網(wǎng)絡(luò)資源、應(yīng)用系統(tǒng)、人力資源、知識庫有機地融為一體,合理調(diào)配資源,切實解決了機構(gòu)人員、管理模式、業(yè)務(wù)流程、技術(shù)集成等方面實際問題,真正實現(xiàn)科學(xué)高效的IT服務(wù)管理。
二、典型處理流程
IT服務(wù)管理是一種面向流程的管理模式。在電力系統(tǒng)通信部門原有的業(yè)務(wù)流程的基礎(chǔ)上,對其進(jìn)行優(yōu)化和改造,在此提出了IT服務(wù)管理四個典型處理流程,下面分別從流程目的、功能等角度進(jìn)行說明:
(一)事件管理流程
事件是任何不符合標(biāo)準(zhǔn)操作且已經(jīng)引起或可能引起服務(wù)中斷和服務(wù)質(zhì)量下降的事件。在ITSM引入以前,事件管理沒有特定的流程,所有事件都通過通信故障專線通知到通信調(diào)度部門,然后由值班員派工單給檢修班成員,并不區(qū)分事件的“輕重緩急”,也沒有技術(shù)層面的審核,因此故障派修單回單率一直很低,很多單據(jù)由于不具備執(zhí)行條件而在班組和通信科之間來回推諉,降低了故障解決時間,也沒有相關(guān)考核指標(biāo)。
事件管理的流程如下:首先,事件通過運行單位填報、用戶填報或者通信檢修部門巡視發(fā)現(xiàn)填報,所有事件記錄進(jìn)系統(tǒng),對于已經(jīng)處理的缺陷只要補報即可。接著通信調(diào)度進(jìn)行分類預(yù)判斷并分派,確定是事件的影響范圍和優(yōu)先等級:如果是事件處理影響范圍小或無影響,則直接進(jìn)行派單;如果事件處理影響范圍大,則要求檢修部門先進(jìn)行停服役申請,再進(jìn)行事件處理。然后,檢修部門消缺完畢后,由用戶和通信調(diào)度分別進(jìn)行消缺驗收,判斷是否已解決確定問題:如解決,則由檢修班回單給通信科,則納入審核管理或者填報缺陷歸檔,關(guān)閉記錄;如沒有解決,則納入通信科審核管理繼續(xù)診斷,納入下一季度大修工程,必要時轉(zhuǎn)省調(diào)、廠商和集成商、服務(wù)商等進(jìn)行支持解決等。最后更新文檔,必要時進(jìn)行回顧,事件支持人員將根據(jù)管理要求定期產(chǎn)生相關(guān)報表。
(二)問題管理流程
問題管理流程設(shè)立的主要功能是分析已被列為問題的事件(一組或一個)的根本原因,然后找出和建議永久性解決方案。其目的包括:(1)確保分析并確定事件的根本原因,以防止再次發(fā)生;(2)確保問題分派了正確支持人員,提高解決率。(3)根據(jù)IT資源情況分派問題優(yōu)先級;(4)主動提供預(yù)防性措施;(5)提高IT服務(wù)的可靠性;(5)降低IT支持成本;(6)提高通信部門的整體形象和名譽。
(三)配置管理流程
通信部門的所有資源都通過手工和電子配置管理是通過手工形式派發(fā)“電路(設(shè)備、線路)投入、改接單”,單據(jù)與實際資源狀況出入較大。待單據(jù)完成后,由專人進(jìn)行手動的資料更新和管理,而經(jīng)常出現(xiàn)資料忘記更新或資料更新出錯,缺乏必要的考核體系。
配置管理的流程如下:首先進(jìn)行配置申請。接著配置管理員根據(jù)需求進(jìn)行方案設(shè)計,經(jīng)配置管理經(jīng)理審批后生成配置工單。配置工單由配置經(jīng)理審核后進(jìn)行工單派發(fā),此時由于工單并未真正實施,配置資源處于預(yù)占狀態(tài)。然后配置管理員根據(jù)班組回單進(jìn)行完成確認(rèn),若確認(rèn)完成,則將資源預(yù)占狀態(tài)更改為運行狀態(tài);否則取消資源預(yù)占狀態(tài)。并定期進(jìn)行資源檢查驗證,流程回顧,每個一個季度由系統(tǒng)自動生成配置管理報告,據(jù)此可進(jìn)行資源分析、預(yù)警等。
(四)變更管理流程
變更管理流程將通過標(biāo)準(zhǔn)統(tǒng)一的方法和步驟管理和控制所有對通信系統(tǒng)運行環(huán)境有影響的變更。其目的在于:通過對所有變更的正確評估,可以維護通信系統(tǒng)運行環(huán)境的完整性;確保變更和變更實施得到正確記錄,并提供審核統(tǒng)計;減少或消除由于變更實施準(zhǔn)備不當(dāng)?shù)仍虺霈F(xiàn)的故障;提供一致性的變更實施質(zhì)量控制;提高資源使用率(如未得到正確控制和授權(quán)的變更需要更多的后續(xù)資源);確保實施的變更不會超出預(yù)定的系統(tǒng)利用限值確保緊急變更請求得到快速實施。
三、IT服務(wù)管理體系的實施效果評價
杭州市電力局通信部門IT服務(wù)管理系統(tǒng)2006年初上線運行,截止到2007年9月30日,IT服務(wù)管理系統(tǒng)的配置項數(shù)據(jù)包括服務(wù)器、客戶端設(shè)備、網(wǎng)絡(luò)設(shè)備、變電站通信機房、變電站通信屏體信息、數(shù)據(jù)采集與監(jiān)視控制系統(tǒng)(SCADA)采集點以及其他各種設(shè)備信息,總計有36個分類、95000多條記錄。自投運以來總共記錄有效服務(wù)呼叫8546條,電力通信網(wǎng)和管理信息化共關(guān)閉8492條,完成比率達(dá)99%。
杭州市電力局通信部門IT服務(wù)管理系統(tǒng)固化了18種處理流程及衡量標(biāo)準(zhǔn)、20項事件流程服務(wù)指標(biāo)、10項工作量考核指標(biāo)、28種事件分類指標(biāo)等可量化的IT運行維護指標(biāo),電力通信網(wǎng)和管理信息化都分別設(shè)置了流程經(jīng)理,每個流程又明確了流程負(fù)責(zé)人,負(fù)責(zé)處理流程時限、效率和質(zhì)量。IT服務(wù)管理系統(tǒng)提供了可觀、可測、可控、可量化的工作環(huán)境,工作量考核、系統(tǒng)風(fēng)險識別、流程實施關(guān)鍵績效指標(biāo)(KPI)、人員技術(shù)能力等都可用“數(shù)字說話”。通過系統(tǒng)實施,事件處理更加高效,變更管理更加規(guī)范、問題管理更加可控、IT服務(wù)水平和人員素質(zhì)得到了極大提高,為IT管理人員提供了方便高效的管理手段。
四、結(jié)語
IT服務(wù)管理系統(tǒng)運行兩年的實踐證明了ITSM是一套科學(xué)的方法論。實施效果表明該體系應(yīng)用成效顯著,流程清晰,責(zé)權(quán)分明,運行維護內(nèi)容可量化,服務(wù)質(zhì)量可考核,運作模式徹底告別了被動的救火隊式的管理,開始步入主動的有預(yù)案的IT服務(wù)管理良性發(fā)展軌道。通過系統(tǒng)的實施,各流程的關(guān)鍵績效指標(biāo)越來越好,問題的可控程度也越來越高。因此,有計劃、分步驟地將各流程應(yīng)用在日常的系統(tǒng)運行維護和管理中去是現(xiàn)階段最切實可行的方法。
參考文獻(xiàn)
[1]曹漢平,王強,賈素玲.現(xiàn)代IT服務(wù)管理——基于ITIL的最佳實踐[M].清華大學(xué)出版社,2005.
[2]孫強,左天祖,劉偉.IT服務(wù)管理——概念、理解與實施[M].機械工業(yè)出版社,2007.
關(guān)鍵詞:稅務(wù)系統(tǒng)信息化;IT服務(wù)管理;ITIL
一、稅務(wù)系統(tǒng)信息化建設(shè)現(xiàn)狀。
中國稅務(wù)信息化建設(shè)從1982年起步,1994年金稅工程的啟動拉開了大規(guī)模信息化建設(shè)的序幕,各期工程的開展也成為信息化建設(shè)的主線。在經(jīng)歷過一系列大規(guī)模的建設(shè)后,信息化在稅務(wù)系統(tǒng)應(yīng)用的廣度與深度上,得到了前所未有的發(fā)展。信息化系統(tǒng)已經(jīng)成為支持稅收業(yè)務(wù)正常運轉(zhuǎn)的基礎(chǔ)設(shè)施。
隨著信息化建設(shè)的大規(guī)模開展及逐漸走向成熟,稅收工作對IT保障提出了更高的要求。IT運維中的種種問題也逐漸凸顯。當(dāng)前IT運維工作的現(xiàn)狀及運維工作中存在的主要問題有:
1、 IT運行環(huán)境復(fù)雜。大規(guī)模的信息化建設(shè)使得稅務(wù)系統(tǒng)的IT運行環(huán)境十分復(fù)雜。在硬件方面有大型機、中型機、小型機、PC服務(wù)器、PC機、路由器、交換機、光端機、網(wǎng)閘、磁盤存儲設(shè)備、不間斷電源及機房空調(diào)等設(shè)備。軟件方面有各種操作系統(tǒng)、 數(shù)據(jù)庫管理系統(tǒng)、中間件軟件及大大小小的幾十種應(yīng)用軟件。這種復(fù)雜的運行環(huán)境大大增加了運維部門的運維難度和復(fù)雜度。
2、 運維工作缺乏統(tǒng)一的問題申告平臺。目前,稅務(wù)系統(tǒng)運行著幾十種應(yīng)用系統(tǒng),各種系統(tǒng)之間有的進(jìn)行了整合,有的相互提供數(shù)據(jù)支持。運維部門往往安排不同的運維人員來維護不同的應(yīng)用系統(tǒng)。當(dāng)用戶發(fā)現(xiàn)問題時,不知道該找哪些運維人員來解決,從而延誤了解決問題的時間。
3、 需要規(guī)范的變更管理。在目前的IT運行環(huán)境中,有的硬件設(shè)備承載著多種應(yīng)用系統(tǒng),有的應(yīng)用系統(tǒng)之間相互聯(lián)系。當(dāng)對這樣的設(shè)備或系統(tǒng)進(jìn)行配置更改時,就會同時影響到其他相關(guān)的系統(tǒng)。而這樣的變更事件經(jīng)常發(fā)生,如何能夠在最短的時間內(nèi)實施變更,并且將對其他系統(tǒng)的影響降到最低,是IT管理部門急需解決的一個問題。
4、 文檔管理不規(guī)范。對于各種硬件設(shè)備及軟件系統(tǒng)的文檔資料,一般是誰最初接手誰負(fù)責(zé)管理。這樣往往會因為運維人員的工作調(diào)整帶來資料的丟失,給后期的運維工作帶來了很大的困難。
二、基于ITIL的稅務(wù)系統(tǒng)IT服務(wù)管理模式探索。
ITIL是英國政府委托政府商務(wù)辦公室開發(fā)的一項供公共使用的IT服務(wù)管理方法。目前,ITIL已經(jīng)成為匯聚了以流程為導(dǎo)向、以客戶滿意和服務(wù)質(zhì)量為核心的IT服務(wù)管理最佳實踐的集合,發(fā)展成為了世界IT服務(wù)管理領(lǐng)域的事實標(biāo)準(zhǔn)。
ITIL的主體框架由服務(wù)管理、業(yè)務(wù)管理、ICT(信息和通信技術(shù))基礎(chǔ)架構(gòu)管理、應(yīng)用管理、安全管理、IT服務(wù)管理規(guī)劃與實施6個模塊組成。服務(wù)管理模塊是ITIL的核心模塊,由一個服務(wù)臺管理職能和10個流程組成,它們分別是:
1、 服務(wù)級別管理流程。服務(wù)級別管理流程是指通過分析客戶的業(yè)務(wù)需求制定成本合理的服務(wù)級別協(xié)議(SLA),并通過監(jiān)控和評審確保IT服務(wù)達(dá)到協(xié)議所約定級別的管理流程。
2、 配置管理流程。配置管理流程指由識別和確認(rèn)系統(tǒng)的配置項、記錄和報告配置項狀態(tài)和變更請求、檢驗配置項的正確性和完整性等活動構(gòu)成的服務(wù)管理流程。所有的軟件、硬件和各種文檔的配置信息都作為配置項記錄到配置管理數(shù)據(jù)庫中。配置管理是IT基礎(chǔ)架構(gòu)的信息中心和控制中心,為其他服務(wù)管理提供有關(guān)IT基礎(chǔ)架構(gòu)、軟硬件配置、服務(wù)及相互關(guān)系方面的準(zhǔn)確信息。
3、 服務(wù)臺。服務(wù)臺即通常所指的呼叫中心,是一種服務(wù)職能,是用戶與運維部門的單一聯(lián)系點。它的主要職能有:①響應(yīng)用戶的呼叫請求,并進(jìn)行初步處理,無法處理時就將這些請求轉(zhuǎn)交給二線或三線支持人員。②有關(guān)IT服務(wù)方面的信息。③管理客戶的需求和客戶關(guān)系。④日常的運作管理任務(wù)(數(shù)據(jù)備份恢復(fù)、磁盤空間管理等)。⑤基礎(chǔ)架構(gòu)的監(jiān)控工作,一旦檢測到故障已經(jīng)發(fā)生或即將發(fā)生,立即評估故障對關(guān)鍵設(shè)備可能產(chǎn)生的影響,并在必要時將故障報告給事件管理。⑥為其他的活動和流程提供接口。
4、 事件管理流程。事件管理流程是指對引起或有可能引起服務(wù)中斷或服務(wù)質(zhì)量下降的活動進(jìn)行處理的服務(wù)管理流程。它不僅包括處理軟硬件故障,還包括響應(yīng)服務(wù)請求(如:權(quán)限的修改)。
那么通過ITIL能否解決目前稅務(wù)系統(tǒng)IT運維工作中存在的問題呢?讓我們按照ITIL服務(wù)管理的主要管理流程來分析一下:
首先,分析業(yè)務(wù)部門對IT服務(wù)的需求,在滿足業(yè)務(wù)需求的前提下制定一個成本合理的服務(wù)級別協(xié)議。
其次,通過配置管理和變更管理來統(tǒng)一管理稅務(wù)系統(tǒng)復(fù)雜的軟硬件設(shè)備和文檔配置信息,為解決事件和問題提供關(guān)于IT基礎(chǔ)架構(gòu)、軟硬件配置、服務(wù)及相互關(guān)系方面的準(zhǔn)確信息。同時也可避免因運維人員的工作調(diào)整而帶來的文檔丟失問題。
第三、當(dāng)用戶發(fā)現(xiàn)問題時直接與服務(wù)系。服務(wù)臺啟動事件管理流程,按照知識庫中的信息初步解決問題。當(dāng)服務(wù)臺在SLA規(guī)定的時間內(nèi)無法解決問題時,將問題提交給二線、三線技術(shù)人員,待問題解決后終止問題。通過這個流程用戶可以在第一時間準(zhǔn)確提交問題,并按照最快捷的渠道解決問題,提高了工作效率。
第四、服務(wù)臺對所有的事件和問題進(jìn)行全程跟蹤記錄,歸納總結(jié)解決方法形成共享的知識庫。技術(shù)人員在解決問題時可以參考知識庫中的內(nèi)容,減少重復(fù)工作。
當(dāng)然,ITIL只是IT運維管理的一個國際標(biāo)準(zhǔn),是對IT管理實踐的抽象和總結(jié),就稅務(wù)系統(tǒng)而言不能直接使用,而必須根據(jù)稅務(wù)系統(tǒng)的實際情況進(jìn)行相應(yīng)的調(diào)整。同時,它的實施將涉及組織、人事、技術(shù)、IT基礎(chǔ)設(shè)施等各個方面,必須分階段進(jìn)行,也將是一個循序漸進(jìn)的過程。然而,通過ITIL的實施,將會有效改善稅務(wù)系統(tǒng)的IT運維現(xiàn)狀,顯著提高運維的管理和服務(wù)水平,因此實施ITIL運維管理,將是稅務(wù)系統(tǒng)信息化發(fā)展的一個必然趨勢。
參考文獻(xiàn):
本文所論述的自動化運維功能為基于IBM Tivoli成熟軟件實現(xiàn)的。
【關(guān)鍵詞】現(xiàn)代大型企業(yè) 運維自動化 軟件
1 概述
目前大型數(shù)據(jù)中心設(shè)備數(shù)量巨大,且隨時間不斷遞增遞增,但維護人員相對比較少,隨著機器數(shù)量的遞增,人員完全無法承擔(dān)如此大的維護量。從運維管理模式上看,目前大多數(shù)健康檢查、軟件部署、配置管理和變更工作都還由IT維護人員手工運維,隨著設(shè)備數(shù)量的增長、運維標(biāo)準(zhǔn)的提升、配置和運維規(guī)范的日益嚴(yán)格,手工運維的模式已經(jīng)越來越難以實現(xiàn)IT運維方面的高標(biāo)準(zhǔn)要求。
1.1 目前運維現(xiàn)狀
目前運維工作主要現(xiàn)狀為:
(1)大量手工操作
(2)無業(yè)務(wù)視角視圖
(3)使用著分散的管理工具
(4)且維護、支持的要求和任務(wù)日益繁重。
導(dǎo)致問題:
(1)手工錯誤無法避免,很多故障原因為手工配置變更錯誤
(2)業(yè)務(wù)修復(fù)時間過長,達(dá)不到高可用性要求
(3)人員的工作強度大,但效率低
(4)無統(tǒng)一管理視圖,管理的偶然問題多。
1.2 運維自動化的總體需求
1.2.1 目前自動化運維需求分為三大類:
(1)任務(wù)自動化:主要包含軟件、裸機安裝、補丁升級、配置變更、配置比對、操作審計、合規(guī)性檢查、健康檢查和報告。
(2)流程自動化:檢修自動化、事件處理自動化、自主修復(fù)和糾正、敏捷地滿足服務(wù)需求。
(3)服務(wù)自動化:可實現(xiàn)私有云的搭建并融合云管理和其他IT服務(wù)的自動化。
基于IBM Tivoli成熟軟件可實現(xiàn)的大部分任務(wù)自動化功能和部分流程自動化,從服務(wù)器運維自動化、流程自動化和網(wǎng)絡(luò)運維自動化進(jìn)行整體的考慮與規(guī)劃。
2 架構(gòu)說明
2.1 運維自動化管理軟件服務(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為運維管理流程平臺,TADDM為配置發(fā)現(xiàn)服務(wù)器,都不包含客戶端;IEM為完成服務(wù)器運維自動化的主要軟件,在每臺納管的主機、PC服務(wù)器或者虛擬機上均需要部署相應(yīng)的客戶端軟件;NCM為完成運維自動化的主要軟件,在首次使用的時候,需要配置網(wǎng)絡(luò)設(shè)備自動發(fā)現(xiàn)腳本,之后NCM將自動發(fā)現(xiàn)所有限定的網(wǎng)絡(luò)中的設(shè)備,并使用相應(yīng)的權(quán)限進(jìn)行運維管理。
2.2 安全管控措施
為實現(xiàn)在統(tǒng)一平臺上對底層設(shè)備的自動化管理和維護提供保障,所有對自動化運維平臺及其所管理的客戶端設(shè)備的操作,都必須用ACL控制通過運維審計系統(tǒng)進(jìn)行登錄,以保證所有管理的網(wǎng)絡(luò)及物理設(shè)備的安全和穩(wěn)定等。
3 部署步驟
3.1 運維自動化軟件服務(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裸機安裝服務(wù)器的部署
部署內(nèi)容:
(1)安裝配置SQLServer2008
(2)安裝配置IBM Endpoint Manager server;
(3)完成IBM Endpoint Manager Fixlet訂閱;
(4)安裝Tivoli Application Dependency DiscoveryManager
完成以上三個步驟之后,即完成運維自動化軟件服務(wù)器端的全部安裝,所有server正常啟動之后,將能為納管主機、服務(wù)器、PC及網(wǎng)絡(luò)設(shè)備等提供全部運維自動化管理軟件的各項功能及服務(wù)等。
3.2 運維自動化軟件客戶端部署
3.2.1 IEM客戶端安裝部署
部署內(nèi)容:
(1)在PC上安裝配置IBM Endpoint Manager client;
(2)在服務(wù)器上安裝配置IBM Endpoint Manager client;
(3)在虛擬機上安裝配置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ù),包括:時區(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ù)器運維的自動化管理,包括安裝軟件、補丁更新、巡檢等工作;
(2)創(chuàng)建新用戶,并賦予新用戶事先定義的角色組及角色,由此可以控制使用該用戶名的登錄所能管理和控制的運維自動化平臺內(nèi)容。
4 結(jié)論
本文所述的運維自動化組件,可初步實現(xiàn)服務(wù)器和網(wǎng)絡(luò)設(shè)備的任務(wù)運維自動化功能,和部分流程自動化功能:
(1)健康檢查和報告, 實現(xiàn)服務(wù)器、小型機、虛擬機(PC)和網(wǎng)絡(luò)安全設(shè)備的日常巡檢功能。
(2)合規(guī)性檢查,對于服務(wù)器、小型機、虛擬機(PC)和網(wǎng)絡(luò)安全設(shè)備的基線要求。
(3)補丁升級,實現(xiàn)所有服務(wù)器、小型機、虛擬機(PC)和辦公中終端的補丁升級功能。
(4)軟件分發(fā)和裸機安裝,實現(xiàn)包括服務(wù)器和辦公終端的操作系統(tǒng)、桌面終端、防病毒軟件和辦公軟件的分發(fā)和安裝功能。
(5)配置變更和比對,實現(xiàn)所有服務(wù)器、小型機、虛擬機(PC)和網(wǎng)絡(luò)安全設(shè)備的配置變更和對比。
(6)巡檢和補丁分發(fā)流程的周期性流程自動化。