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

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

關(guān)鍵詞：GJB5000A；軟件產(chǎn)品；FireFly；配置管理系統(tǒng)

中圖分類號：TN820

配置管理的目的是利用配置標(biāo)識、配置控制、配置狀態(tài)記實和配置審核建立和維護工作產(chǎn)品的完整性[1]。GJB5000A對軟件配置管理的要求是在整個項目的軟件生命周期中建立、維護軟件產(chǎn)品的完整性和可追蹤性。在缺少有效管理工具時候，軟件配置管理處于原始狀態(tài)，存在很多缺點。引入軟件配置管理工具FireFly后，如何利用好FireFly實施有效的軟件配置管理是個值得研究的課題。

1 配置管理系統(tǒng)架構(gòu)

Hansky公司的FireFly是一個軟件配置管理工具。它可以提供版本控制、工作空間管理、構(gòu)建管理、過程控制等功能，本配置管理系統(tǒng)是建立在FireFly基礎(chǔ)上。其中，服務(wù)器安裝在信息中心機房，運行所有系統(tǒng)管理進程，并且創(chuàng)建用來存儲海量數(shù)據(jù)的數(shù)據(jù)庫。系統(tǒng)配置管理員和開發(fā)人員在客戶端完成各軟件配置管理工作，也可以通過網(wǎng)頁、命令行等形式進行一些基本操作。

2 三庫建立與配置項目錄構(gòu)建

2.1 三庫建立。在軟件生命周期中，一般需要建立下述三個軟件庫：開發(fā)庫、受控庫和產(chǎn)品庫。開發(fā)庫：軟件開發(fā)庫是在軟件生命周期之中，存放與該階段軟件開發(fā)工作有關(guān)的軟件代碼、軟件文檔、開發(fā)工具等相關(guān)項的庫。受控庫：受控庫是在軟件生命周期的某一階段結(jié)束后，存放的階段產(chǎn)品或與開發(fā)工作有關(guān)的計算機/人工可讀信息的庫。該庫中存放的各種信息必須是經(jīng)過審查、評審并履行過更改確認手續(xù)，在正式后處于“凍結(jié)”狀態(tài)的階段工作產(chǎn)品。產(chǎn)品庫：產(chǎn)品庫用以存放最終產(chǎn)品，包括交付給用戶的和存檔的文檔和程序代碼，產(chǎn)品庫管理項目相關(guān)的配置項入（產(chǎn)品）庫申請單、配置項出（產(chǎn)品）庫申請單、軟件產(chǎn)品申請單、軟件產(chǎn)品交付清單，以及其他有關(guān)的表單。在本系統(tǒng)中，產(chǎn)品庫的來源為受控庫，并且內(nèi)容在單位的檔案室以光盤的形式備份。三庫之間的關(guān)系如圖1所示。

圖1 三庫關(guān)系圖

需要說明的是，F(xiàn)ireFly在物理上不區(qū)分開發(fā)庫、受控庫與產(chǎn)品庫，而是軟件配置管理員從邏輯上加以區(qū)分。受控庫的版本必須打上配置標(biāo)識，并且被鎖定，不能隨意更改。

2.2 配置項目錄結(jié)構(gòu)構(gòu)建

配置項的內(nèi)容很多，包括研制任務(wù)書、需求規(guī)格說明、軟件設(shè)計文檔、代碼、測試產(chǎn)品以及GJB5000A要求的眾多管理文檔等，有的根據(jù)項目需要，還會放入開發(fā)工具、第三方產(chǎn)品等。配置管理員為每個項目分別創(chuàng)建工程，方便項目之間的權(quán)限控制，工程的命名以各單位實際要求為準(zhǔn)。基本按照瀑布開發(fā)的模型來劃分目錄，分別代表軟件生命周期內(nèi)的需求、開發(fā)、合格性測試階段，在受控庫中建立功能基線、分配基線、產(chǎn)品基線的目錄。配置項目的目錄結(jié)構(gòu)關(guān)系到配置管理員使用該系統(tǒng)的方便性，所有目錄結(jié)構(gòu)必須符合單位本地化特點以及標(biāo)準(zhǔn)的合理要求。

3 確立配置標(biāo)識

配置標(biāo)識唯一指向各軟件配置項。目的是提供軟件與軟件相關(guān)產(chǎn)品的雙向追蹤能力。本系統(tǒng)中，配置標(biāo)識包括基線標(biāo)識、文檔標(biāo)識和代碼標(biāo)識?；€標(biāo)識按照功能基線、分配基線、產(chǎn)品基線的基線類型和版本號進行標(biāo)識，如表1所示：

4 配置變更控制

配置管理的變更控制主要針對受控庫，變更控制的主要任務(wù)就是控制配置項的變更，保持對工作產(chǎn)品基線配置的控制，包括對每個配置項的狀態(tài)的跟蹤、批準(zhǔn)新的配置項，必要時對基線進行更新。開發(fā)人員首先在配置項所有文件按照規(guī)定格式打好標(biāo)簽，經(jīng)過配置項的評審的10個工作日內(nèi)必須完成受控庫入庫手續(xù)，填寫初始入庫申請單。申請單經(jīng)過項目SCCB批準(zhǔn)后，經(jīng)過配置管理員確認，配置項正式入受控庫。當(dāng)配置項需要修改時，變更申請人填寫申請變更內(nèi)容及其理由、變更優(yōu)先級、變更可能的影響，填寫完整后提交項目SCCB審批，項目SCCB對變更進行影響域分析，以確定變更對該工作產(chǎn)品、有關(guān)的工作產(chǎn)品和進度等的影響。審批通過后才能將改動過的配置項入庫，形成配置項的新版本。受控庫內(nèi)的配置項，需要提取出庫用于不同的用途，如合格性測試等。無論何種用途的出庫，都要填寫出庫申請單，經(jīng)SCCB審批后通過配置管理員出受控庫[3]。

5 配置狀態(tài)報告

配置狀態(tài)報告提供了軟件開發(fā)過程的歷史記錄，內(nèi)容應(yīng)該包括配置項的當(dāng)前狀態(tài)以及歷史狀態(tài)。為了便于管理和讓利益相關(guān)方及時了解配置項狀態(tài)，配置管理員應(yīng)該定期或不定期地提供軟件配置管理狀態(tài)報告。

6 配置審核

配置審核主要是為了驗證待審核產(chǎn)品是否符合規(guī)定的性能指標(biāo)、設(shè)計約束和使用需求，且操作和支持文檔是否完備并符合要求?？梢酝ㄟ^驗證軟件或軟件單元是否達到規(guī)定的功能和性能需求，從技術(shù)上保證其正確性；通過客戶試用或客觀證據(jù)審核研制產(chǎn)品是否已滿足規(guī)定的功能、性能要求。在軟件生命周期中，軟件配置管理員每當(dāng)基線建立、基線變更或其他規(guī)定的事件已經(jīng)發(fā)生時候，都要進行配置審核，軟件配置管理員也要對配置項進行定期審核。配置審核主要分為三種類型：（1）物理配置審核。物理配置審核的目的是驗證配置管理計劃中的所有配置項是否已經(jīng)按照規(guī)范要求產(chǎn)生；所構(gòu)造的配置項是否符合定義它的技術(shù)文檔?；€建立或納入基線管理的配置項狀態(tài)發(fā)生變化時，配置管理員實施物理配置審核。（2）功能配置審核。功能審核的目的是驗證配置項的所有功能特性是否已達到其功能基線文檔中所規(guī)定的需求，且操作和支持文檔是否完備和滿意。軟件項目產(chǎn)品基線建立或變更時，或納入產(chǎn)品庫管理的軟件產(chǎn)品狀態(tài)發(fā)生變化時，軟件主管設(shè)計師、軟件質(zhì)量保證人員和項目配置管理員組成審核組，對軟件產(chǎn)品進行功能配置審核。（3）配置管理審核。配置管理組長選擇基線審核的適當(dāng)時機，會同項目的QA人員等組成審核組，進行配置管理審核。審核工作根據(jù)軟件配置管理計劃評估軟件基線的完整性，評估配置管理庫系統(tǒng)的結(jié)構(gòu)和設(shè)施，同時驗證軟件基線內(nèi)容的完備性和正確性。

7 總結(jié)

有效地實施軟件配置管理將使軟件開發(fā)過程更成熟、更可控。本文在軟件配置管理工具FireFly的基礎(chǔ)上從系統(tǒng)建立、配置標(biāo)識、配置變更控制、配置狀態(tài)報告、配置審核幾方面探討了軟件配置管理的實現(xiàn)，解決了目前艦載軟件配置管理中存在的問題，且覆蓋了GJB5000A配置管理過程域的主要活動，使整個軟件組織的能力成熟度得到提升。

參考文獻：

[1]GJB5000A-2008，軍用軟件研制能力成熟度模型[S].

[2]FireFly Administration Help[M].Hansky Inc.

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

Abstract: This paper analyzes the configuration management status in scientific research project, describes the difference between scientific research project and product research and the importance of configuration management in the scientific research project. This paper introduces the application of configuration management in scientific research project management from the points of making configuration management plan, changing control, tracking configuration status and configuration audit. It also introduces the guidelines and strategies of implementing configuration management in scientific research project.

關(guān)鍵詞： CMMI；配置管理；科研項目

Key words: CMMI；configuration management；scientific research projects

中圖分類號：G31 文獻標(biāo)識碼：A 文章編號：1006-4311（2012）21-0273-03

0 引言

科研項目目的是探索未知的知識，要求創(chuàng)新性、系統(tǒng)性、工作完整性。最終目標(biāo)是樣機或?qū)W術(shù)報告。產(chǎn)品研發(fā)的目的是研制新的產(chǎn)品，要求經(jīng)濟效益，解決問題，效率高，可使用性和可重復(fù)性。產(chǎn)品研發(fā)必須有成果，并能將成果轉(zhuǎn)換成有價值的市場產(chǎn)品。雖然科研項目沒有市場和客戶方面的壓力，但是隨著科研項目從單一向復(fù)雜轉(zhuǎn)變，科研項目管理也越來越復(fù)雜，涉及到項目申請、立項論證、組織實施、檢查評估、驗收鑒定、成果申報、科技推廣、檔案入卷的全過程資料。而且在科研項目進展過程中往往涉及大量的研究人員。由于管理技術(shù)、管理意識以及管理工具應(yīng)用并沒有與研究的內(nèi)容與成果一起發(fā)展，所以在科研項目的管理中常會出現(xiàn)科研任務(wù)無法完成或者在完成的科研任務(wù)中也存在與研究計劃內(nèi)容大相徑庭或者研究結(jié)果沒有達到相應(yīng)水平，研究計劃滯后，科研經(jīng)費嚴重超支等情況。從這些問題反映出作為支持過程的配置管理，在科研項目管理中沒有得到應(yīng)用。在科研項目中應(yīng)用配置管理會帶來一定的額外開銷，但不采用配置管理會引起許多問題,科研成果質(zhì)量也無法保證，而且使效率低下。

目前很多科研人員和項目負責(zé)人對配置管理的基本概念并不十分清晰，也很少有在科研項目中使用到配置管理。即使有使用到配置管理的科研項目，也只是形式上使用，表現(xiàn)在對配置管理意識上不夠重視，配置管理提供資源條件不足，只重視個人技術(shù)，而忽視對配置管理控制。制定了配置管理的流程和規(guī)章制度，但無法堅持，配置管理實施效果不佳。有的科研人員無法擺脫小作坊式的管理模式，認為配置管理相對麻煩，不能形成入庫的良好習(xí)慣。

為此本文提出的在科研項目中借用產(chǎn)品研發(fā)的配置管理思路，對科研項目進行有效的配置管理，使科研管理過程有序化。并介紹科研項目中實施配置管理的策略原則，使項目成員建立起配置管理思維，提升科研成果質(zhì)量和可靠性。

1 科研項目配置管理應(yīng)用

目前企業(yè)在做產(chǎn)品研發(fā)的時候都會引入CMMI能力成熟度模型，在CMMI中配置管理作為專門的過程域，對其目的有所描述，其目的是通過配置項識別、配置控制、配置狀態(tài)報告和配置審計等活動，建立和維護工作產(chǎn)品的完整性。在這個過程中配置管理包含以下活動：識別配置項、基線的管理、構(gòu)建管理，變更管理、配置狀態(tài)報告、配置審計。配置管理在產(chǎn)品研發(fā)中得到了廣泛應(yīng)用和重視，它是項目的支撐過程，確保產(chǎn)品質(zhì)量的基礎(chǔ)過程。產(chǎn)品研發(fā)管理通常從產(chǎn)品規(guī)劃、立項、需求分析、總體設(shè)計、詳細設(shè)計、實現(xiàn)、驗證、等方面進行管理。

科研項目管理通常從項目申請、立項論證、組織實施、檢查評估、驗收鑒定、成果申報、科技推廣、檔案入卷的等方面進行管理。在科研項目中借用配置管理思路，同樣要從上述配置管理活動入手。下面主要通過：制定配置管理計劃、配置項的標(biāo)識、變更控制、配置狀態(tài)跟蹤、配置物理審計這五個方面，來介紹如何在科研項目中應(yīng)用配置管理。確保整個科研項目將會有序的進行，通過對過程的管理保障科研成果的質(zhì)量。

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

隨著計算機應(yīng)用的深入,軟件項目的規(guī)模越來越大,復(fù)雜性也越來越高。傳統(tǒng)的二、三個人搞定一個項目的情況越來越少,稍大一點的項目已經(jīng)不再是靠某個“技術(shù)高手”從頭到尾一手操辦。從而在我們平時的軟件項目中一些混亂現(xiàn)象往往是屢見不鮮。因此，采用科學(xué)的配置管理思想,輔之以先進的配置管理工具,解決項目開發(fā)過程中由于管理上引起的問題已成為大家關(guān)注的重點。

我國軟件企業(yè)可以從以下思路去實施軟件配置管理。

1.列出軟件開發(fā)、運行、維護各階段所需的軟件配置項

所謂軟件配置項就是在軟件開發(fā)工作進展中得到的許多工作產(chǎn)品、階段產(chǎn)品、使用的工具軟件等信息項。表中列舉了若干類軟件配置項及其生成的階段。

只有明確了各階段有哪些軟件配置項，軟件企業(yè)才能在實施軟件配置管理時胸有成竹、游刃有余。

2.對現(xiàn)有軟件配置項進行分類、補充，進一步完善軟件配置

軟件企業(yè)在實施某一軟件時，針對不同的用戶都有不同的需求。為了滿足各個用戶的使用要求，我們的軟件產(chǎn)品必須考慮到這些差異。

為了實現(xiàn)這兩種不同的軟件配置，在實際開發(fā)應(yīng)用中，我們完全可以將各個配置項分別開發(fā)出來，再根據(jù)用戶的需求，組合成不同的產(chǎn)品。

3.對軟件項目的變更要實行有效的控制和管理

軟件企業(yè)在軟件的開發(fā)、運行、維護過程中必然要遇到軟件的變更。引起軟件的變更主要有兩方面的因素：一方面是用戶，如用戶要求修改工作范圍和需求等；另一方面是軟件開發(fā)人員自身，如他們在工作中發(fā)現(xiàn)前期工作中的錯誤而修改源碼甚至設(shè)計。對于以上兩種情況軟件企業(yè)可以從明確實施變更的雙方人員、對變更進行嚴格的審核、對變更的影響進行評估等方面加以解決。

4.對軟件版本進行有效的管理

軟件企業(yè)開發(fā)的軟件產(chǎn)品為了適應(yīng)不同的運行環(huán)境、不同的平臺、不同用戶的使用要求，導(dǎo)致同一軟件產(chǎn)生或演化出不同的版本。軟件企業(yè)可以通過號碼版本標(biāo)識、符號版本標(biāo)示兩種常用的方法進行軟件版本控制。

5.實施有效的配置審核

軟件企業(yè)在實施配置審核時可以從“配置管理活動審核”和“基線審核”兩方面進行。

6.進行配置工具選擇

軟件企業(yè)選擇商業(yè)配置管理工具，可以考慮下面幾個因素：

工具的市場占有率：大家都選擇的東西通常會是比較好的東西。

工具本身的特性：你應(yīng)當(dāng)在投資以前仔細地對工具進行試用和評估。

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

關(guān)鍵詞：測井系統(tǒng) 配置管理 版本控制 基線 變更管理 缺陷管理

中圖分類號：TE32 文獻標(biāo)識碼：A 文章編號：1672-3791（2014）03（c）-0017-03

ELIS海洋石油成像測井系統(tǒng)（Enhanced Logging Imaging System）是中海油田股份有限公司自主研發(fā)具有自主知識產(chǎn)權(quán)的用于海上石油勘探開發(fā)的電纜測井成像系統(tǒng)，它主要由地面采集系統(tǒng)、井下儀器和數(shù)據(jù)解釋處理三個部分組成。

ELIS地面系統(tǒng)分硬件和軟件兩大部分，在ELIS地面系統(tǒng)開發(fā)的早期階段，因為開發(fā)人員比較少采用代碼相互拷貝的方式來完成共同開發(fā)，這種方式隨著開發(fā)人員的逐漸增加越來越顯示出嚴重的問題主要包括：

（1）代碼拷貝容易覆蓋已經(jīng)更改的代碼，導(dǎo)致代碼丟失。

（2）缺乏統(tǒng)一的管理，經(jīng)常是一個人修改了某個程序，而別人都不知道，仍然使用舊的，并在舊版本的基礎(chǔ)上又修改了，造成了不同版本的沖突。

（3）每個人的機器上都維護著一套代碼，但它們之間的差別無法明確，也不確定哪個是正確完備的最新版本，導(dǎo)致版本混亂、代碼冗余。

（4）為了最新版本，經(jīng)常要核對各版本的差別，查找因版本混亂引起的錯誤，帶來團隊溝通成本增加。

（5）如果新版本失敗的話，也很難回到某個舊版本上去，導(dǎo)致維護困難。

（6）隨著ELIS系統(tǒng)的持續(xù)發(fā)展，已經(jīng)有多個支持不同測井系統(tǒng)的軟件平臺，還用原來的文檔拷貝模式會更加混亂。

1 軟件配置概念的引人

軟件配置管理（SCM）是處理軟件變更管理的軟件工程方法。SCM的目標(biāo)是標(biāo)識變更、控制變更、確保變更正確實現(xiàn)以及向其它人員報告變更，缺陷管理，版本控制。成功的軟件配置管理保證軟件開發(fā)的每個階段都是可控的、可重復(fù)的，可以有效解決代碼丟失、代碼沖突、代碼冗余、版本混亂、無法追溯舊版本等問題，極大地提高了軟件質(zhì)量、開發(fā)效率，縮短了開發(fā)周期。

2 軟件配置管理工具的選擇

2.1 本地軟件變更管理工具

最初本計劃選擇IBM的ClearCase& ClearQuest軟件系統(tǒng)來實現(xiàn)ELIS地面系統(tǒng)的軟件配置管理，但是在應(yīng)用的過程中我們發(fā)現(xiàn)ClearCase&ClearQuest系統(tǒng)龐大、應(yīng)用和管理復(fù)雜，而且成本高昂，適用于開發(fā)人員多，組織機構(gòu)復(fù)雜的大型軟件的開發(fā)，對我們這樣的中小開發(fā)團隊并不適合，經(jīng)過仔細研究，我們選擇了Dynamsoft SourceAnywhere for VSS（簡稱：SAW）作為我們的軟件配置管理工具。Dynamsoft SourceAnywhere for VSS是一種可視化的 SourceSafe遠程獲取解決方案。作為一個 SourceSafe中外加的工具，SourceAnywhere for VSS為SourceSafe的用戶提供了更快，更可信，更安全的遠程獲取功能。

Dynamsoft SourceAnywhere for VSS的優(yōu)點：

（1）強大的功能。

創(chuàng)建項目，增加文件，刪除文件或項目，獲取最近的版本，簽入，簽出，撤消，移動，配置，共享，分支，瀏覽，編輯，顯示差別，設(shè)置工作文件夾，刷新文件列表，刷新項目樹，顯示屬性，顯示歷史，標(biāo)簽，鎖定，改名，改密碼，隱蔽項目，狀態(tài)搜索，通配符搜索等。

（2）配置、操作簡單便于管理、使用。

（3）支持分布式結(jié)構(gòu)使得團隊成長―― 通過Client/Server結(jié)構(gòu)進行多點復(fù)制和及時的對象版本的更新來實現(xiàn)。

（4）安全性：使用128-bit Blowfish來保護數(shù)據(jù)，使用強大的密碼機制來保護密碼，Client-server體系.無需暴露VSS數(shù)據(jù)庫文件夾。

（5）Dynamsoft SourceAnywhere for VSS是開源的，可以在網(wǎng)上下載，節(jié)約成本。

因為Dynamsoft SourceAnywhere for VSS采用Client/Server結(jié)構(gòu)，所以ELIS用SAW作為配置管理工具也需要配置服務(wù)器端和客戶端，服務(wù)器端選用一臺高性能且磁盤空間大的計算機，安裝配置VSS及SourceAnyWhere For Server，為每個項目添加相應(yīng)的數(shù)據(jù)庫，并把代碼拷貝到數(shù)據(jù)庫中（見圖1）。

每個開發(fā)人員的計算機都要安裝SAW的客戶端程序，安裝完后彈出連接到服務(wù)器對話框，輸入服務(wù)器IP地址和端口號，點擊Connect連接（見圖2）。

彈出登錄界面（見圖3）。

在登錄界面中選擇要登陸的數(shù)據(jù)庫，因為ELIS系統(tǒng)的持續(xù)發(fā)展，已經(jīng)有多個支持不同測井系統(tǒng)的軟件平臺包括：ELIS_FIELD（只支持低端儀器的版本）、ELIS_FCT（支持各種高端儀器的多線程版）、ELIS_MRT（支持核磁儀器的特殊版本）、ELIS_70（掛接小井眼儀器的版本）、ELIS_1000（高速傳輸版本）、ELIS2_HARDWARE（與ELIS硬件相關(guān)的嵌入式軟件版本）等，每個版本都有相應(yīng)的數(shù)據(jù)庫，開發(fā)人員登錄時在Database選擇自己要修改的版本，輸入用戶名和密碼即可登錄。每個數(shù)據(jù)庫會對特定的開發(fā)人員開發(fā)，如果該數(shù)據(jù)庫沒有給開發(fā)人員分配用戶名和密碼，則該開發(fā)人員是無法進入該數(shù)據(jù)庫的。點擊OK彈出SAW客戶端界面：（見圖4）。

在該界面可以實現(xiàn)創(chuàng)建項目，增加文件，刪除文件或項目，獲取最近的版本，簽入，簽出，顯示差別，設(shè)置工作文件夾等一系列操作。

2.2 本地缺陷管理工具：Bugfree

Dynamsoft SourceAnywhere for VSS主要的作用是對代碼的一致性、完整性及軟件版本的管理控制，但是對軟件開發(fā)過程中的缺陷管理并不適用。以前測試出的問題都是以口頭或Email的方式指派，問題很容易被忽略或遺忘，隨著ELIS系統(tǒng)不斷擴展，需要維護的系統(tǒng)和軟件版本，這種缺陷管理的方式越來越不適合，因此，我們采用Bugfree問題跟蹤系統(tǒng)來管理缺陷，它的主要優(yōu)點包括：

（1）可以給每個項目分配一個數(shù)據(jù)庫，該項目的所有Bug放在這個數(shù)據(jù)庫里統(tǒng)一編號，方便查詢管理。

（2）一個項目內(nèi)還可以劃分多個功能模塊，把bug具體歸類，便于查找和修改bug。

（3）每個Bug都有明確的發(fā)現(xiàn)人、修改人，開發(fā)人員登錄進去后按自己的名字查詢就可以找到本項目中指派給自己的bug。

（4）Bug的狀態(tài)在修改后需要設(shè)置為關(guān)閉，這樣在查詢需要修改的bug時，關(guān)閉的bug就不會查詢到。

（5）Bugfree還提供上傳文本的功能，可以填寫bug的復(fù)現(xiàn)步驟、解決方案等補充內(nèi)容。

（6）可以指定bug的優(yōu)先級，急于解決的bug可以設(shè)置較高的優(yōu)先級，提示修改人優(yōu)先修改。

Bugfree管理者頁面（見圖5）。

Bugfree使用者頁面。

在使用Bugfree后，ELIS項目管理人員對各項目的bug分布和修改進度一目了然，徹底扭轉(zhuǎn)了以前bug管理混亂的局面。

3 結(jié)語

ELIS成像測井地面系統(tǒng)軟件通過Dynamsoft SourceAnywhere for VSS和Bugfree成功實現(xiàn)了對軟件的配置管理、版本控制、變更管理、缺陷管理，實現(xiàn)對軟件的整個生命周期的工程化管理，極大的提高了ELIS系統(tǒng)的軟件開發(fā)效率、軟件的穩(wěn)定性和健壯性。為ELIS成像測井系統(tǒng)的推廣應(yīng)用起到了非常重要的作用。

參考文獻

[1] Jim Beveridge&Robert Wiener. Multithreading Application in Win32[M].華中科技大學(xué)出版社，2008.

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

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

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

電力系統(tǒng)通信部門IT服務(wù)管理體系包括展現(xiàn)層、功能層、數(shù)據(jù)層。通過對各種系統(tǒng)狀態(tài)進行實時監(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ǔ)上，對其進行優(yōu)化和改造，在此提出了IT服務(wù)管理四個典型處理流程，下面分別從流程目的、功能等角度進行說明：

（一）事件管理流程

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

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

配置管理的流程如下：首先進行配置申請。接著配置管理員根據(jù)需求進行方案設(shè)計，經(jīng)配置管理經(jīng)理審批后生成配置工單。配置工單由配置經(jīng)理審核后進行工單派發(fā)，此時由于工單并未真正實施，配置資源處于預(yù)占狀態(tài)。然后配置管理員根據(jù)班組回單進行完成確認，若確認完成，則將資源預(yù)占狀態(tài)更改為運行狀態(tài)；否則取消資源預(yù)占狀態(tài)。并定期進行資源檢查驗證，流程回顧，每個一個季度由系統(tǒng)自動生成配置管理報告，據(jù)此可進行資源分析、預(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條，完成比率達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)理,每個流程又明確了流程負責(zé)人，負責(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)階段最切實可行的方法。

參考文獻

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

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