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

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

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

中圖分類號(hào)：TN820

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

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

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

2 三庫(kù)建立與配置項(xiàng)目錄構(gòu)建

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

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

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

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

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

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

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

4 配置變更控制

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

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

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

6 配置審核

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

7 總結(jié)

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

參考文獻(xiàn)：

[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；配置管理；科研項(xiàng)目

Key words: CMMI；configuration management；scientific research projects

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

0 引言

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

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

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

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

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

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

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

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

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

1.列出軟件開發(fā)、運(yùn)行、維護(hù)各階段所需的軟件配置項(xiàng)

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

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

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

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

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

3.對(duì)軟件項(xiàng)目的變更要實(shí)行有效的控制和管理

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

4.對(duì)軟件版本進(jìn)行有效的管理

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

5.實(shí)施有效的配置審核

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

6.進(jìn)行配置工具選擇

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

工具的市場(chǎng)占有率：大家都選擇的東西通常會(huì)是比較好的東西。

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

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

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

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

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

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

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

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

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

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

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

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

1 軟件配置概念的引人

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

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

2.1 本地軟件變更管理工具

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

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

（1）強(qiáng)大的功能。

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

（2）配置、操作簡(jiǎn)單便于管理、使用。

（3）支持分布式結(jié)構(gòu)使得團(tuán)隊(duì)成長(zhǎng)―― 通過(guò)Client/Server結(jié)構(gòu)進(jìn)行多點(diǎn)復(fù)制和及時(shí)的對(duì)象版本的更新來(lái)實(shí)現(xiàn)。

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

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

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

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

彈出登錄界面（見(jiàn)圖3）。

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

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

2.2 本地缺陷管理工具：Bugfree

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

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

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

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

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

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

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

Bugfree管理者頁(yè)面（見(jiàn)圖5）。

Bugfree使用者頁(yè)面。

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

3 結(jié)語(yǔ)

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

參考文獻(xiàn)

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

二、典型處理流程

IT服務(wù)管理是一種面向流程的管理模式。在電力系統(tǒng)通信部門原有的業(yè)務(wù)流程的基礎(chǔ)上，對(duì)其進(jìn)行優(yōu)化和改造，在此提出了IT服務(wù)管理四個(gè)典型處理流程，下面分別從流程目的、功能等角度進(jìn)行說(shuō)明：

（一）事件管理流程

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

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

（二）問(wèn)題管理流程

問(wèn)題管理流程設(shè)立的主要功能是分析已被列為問(wèn)題的事件（一組或一個(gè)）的根本原因，然后找出和建議永久性解決方案。其目的包括：（1）確保分析并確定事件的根本原因，以防止再次發(fā)生；（2）確保問(wèn)題分派了正確支持人員，提高解決率。（3）根據(jù)IT資源情況分派問(wèn)題優(yōu)先級(jí)；（4）主動(dòng)提供預(yù)防性措施；（5）提高IT服務(wù)的可靠性；（5）降低IT支持成本；（6）提高通信部門的整體形象和名譽(yù)。

（三）配置管理流程

通信部門的所有資源都通過(guò)手工和電子配置管理是通過(guò)手工形式派發(fā)“電路（設(shè)備、線路）投入、改接單”，單據(jù)與實(shí)際資源狀況出入較大。待單據(jù)完成后，由專人進(jìn)行手動(dòng)的資料更新和管理，而經(jīng)常出現(xiàn)資料忘記更新或資料更新出錯(cuò)，缺乏必要的考核體系。

配置管理的流程如下：首先進(jìn)行配置申請(qǐng)。接著配置管理員根據(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ù)警等。

（四）變更管理流程

變更管理流程將通過(guò)標(biāo)準(zhǔn)統(tǒng)一的方法和步驟管理和控制所有對(duì)通信系統(tǒng)運(yùn)行環(huán)境有影響的變更。其目的在于：通過(guò)對(duì)所有變更的正確評(píng)估，可以維護(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)利用限值確保緊急變更請(qǐng)求得到快速實(shí)施。

三、IT服務(wù)管理體系的實(shí)施效果評(píng)價(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)以來(lái)總共記錄有效服務(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)提供了可觀、可測(cè)、可控、可量化的工作環(huán)境,工作量考核、系統(tǒng)風(fēng)險(xiǎn)識(shí)別、流程實(shí)施關(guān)鍵績(jī)效指標(biāo)（KPI）、人員技術(shù)能力等都可用“數(shù)字說(shuō)話”。通過(guò)系統(tǒng)實(shí)施，事件處理更加高效,變更管理更加規(guī)范、問(wèn)題管理更加可控、IT服務(wù)水平和人員素質(zhì)得到了極大提高，為IT管理人員提供了方便高效的管理手段。

四、結(jié)語(yǔ)

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ā)展軌道。通過(guò)系統(tǒng)的實(shí)施，各流程的關(guān)鍵績(jī)效指標(biāo)越來(lái)越好，問(wèn)題的可控程度也越來(lái)越高。因此，有計(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．