姜 文，劉立康

(西安電子科技大學(xué) 通信工程學(xué)院，陜西 西安 710071)

軟件配置管理中的基線問題研究

姜 文，劉立康

(西安電子科技大學(xué) 通信工程學(xué)院，陜西 西安 710071)

基線是軟件配置管理中的一個(gè)重要概念?；€有多種不同的定義，是一個(gè)比較模糊的工程概念。每種基線定義只反映了基線內(nèi)涵的某個(gè)側(cè)面，需要分析研究各種基線定義之間的區(qū)別和內(nèi)在聯(lián)系。文中結(jié)合配置管理的基本概念，分別歸納并給出了五種不同的基線定義；敘述了基線的層級(jí)、軟件項(xiàng)目的階段基線、實(shí)現(xiàn)階段基線的水平等級(jí)和粒度；之后介紹了基線管理的過程和基線管理在軟件開發(fā)中的優(yōu)點(diǎn)。通過敘述各種基線的相關(guān)概念，理清了各種基線概念之間的關(guān)系和內(nèi)在聯(lián)系。集中介紹了基線相關(guān)的技術(shù)問題，有助于更好地應(yīng)用和管理基線。工作實(shí)踐表明，深入理解基線概念的內(nèi)涵有助于掌握各種軟件配置管理工具的區(qū)別和共同之處，從而在各種環(huán)境下做好軟件開發(fā)的配置管理工作。

配置管理；配置項(xiàng)；版本；版本庫；基線

0 引 言

軟件配置管理是對(duì)軟件配置項(xiàng)的管理。為了使軟件配置項(xiàng)能夠隨項(xiàng)目的進(jìn)展有序、準(zhǔn)確的變化，為項(xiàng)目提供有效的參考，引入了“基線(Baseline)”的概念。在一個(gè)開發(fā)階段結(jié)束或一組功能開發(fā)完成后，要對(duì)相應(yīng)的配置項(xiàng)進(jìn)行基線化，形成各類基線。

基線是軟件配置管理[1-9]中的一個(gè)重要的基本概念?；€有多種不同的定義，也是一個(gè)比較模糊的工程概念。文中介紹了配置管理的基本概念，分別歸納并給出了五種不同的基線定義；敘述了基線的層級(jí)、軟件項(xiàng)目的階段基線、實(shí)現(xiàn)階段基線的水平等級(jí)和粒度；介紹了基線管理的過程和基線管理的優(yōu)點(diǎn)。各種基線定義都反映基線內(nèi)涵的某個(gè)側(cè)面，文中厘清了各種基線定義的區(qū)別和內(nèi)在聯(lián)系。

1 配置管理的基本概念

1.1 配置項(xiàng)(Configuration Item)

配置項(xiàng)是配置管理的基本單位，可以分為三個(gè)主要類別：計(jì)算機(jī)程序(源代碼和可執(zhí)行程序)、文檔和數(shù)據(jù)。配置項(xiàng)包含了軟件開發(fā)過程中產(chǎn)生的各種信息。

配置項(xiàng)的識(shí)別是配置管理活動(dòng)的基礎(chǔ)，也是制定配置管理計(jì)劃的重要內(nèi)容。

1.2 元素(Element)

在配置管理工具ClearCase中，元素是版本控制下的文件和目錄。文件元素可以是文件系統(tǒng)中的任何文件。目錄元素可以包含文件元素及其他目錄元素。

配置項(xiàng)和元素之間的關(guān)系：元素是軟件配置項(xiàng)的載體，配置項(xiàng)以元素的形式保存在計(jì)算機(jī)中。配置項(xiàng)是元素存儲(chǔ)的內(nèi)容。

1.3 版本(Version)

版本亦稱配置標(biāo)識(shí)，是實(shí)例化了的配置項(xiàng)。在軟件開發(fā)過程中，配置項(xiàng)的版本隨項(xiàng)目進(jìn)展而不斷變化，會(huì)被賦予不同的版本號(hào)。

版本的演變一般有兩種方式：串行演變和并行演變。版本的這兩種演變形式通常結(jié)合在一起，形成更為普通的帶分支的版本樹。版本樹反映了項(xiàng)目開發(fā)演變的歷史。每個(gè)元素記錄了它所代表的文件或目錄的版本。

1.4 分支(Branches)

分支描述了元素的樹狀版本結(jié)構(gòu)；每個(gè)元素都有一個(gè)主分支，代表開發(fā)的主線，可以有多個(gè)獨(dú)立開發(fā)線的子分支，子分支還可以再有子分支。

1.5 版本庫(VOB)

版本對(duì)象庫(Version Object Base，VOB)簡稱版本庫(VOB)，也稱為配置管理庫。版本庫是軟件配置管理系統(tǒng)的核心，用來存儲(chǔ)文件、目錄和元數(shù)據(jù)的數(shù)據(jù)存儲(chǔ)庫。版本庫以目錄樹結(jié)構(gòu)形式的文件系統(tǒng)來保存信息。它存儲(chǔ)了版本控制下所有的文件、目錄和元數(shù)據(jù)等。

通常邏輯上版本庫可以分為開發(fā)庫—DL(動(dòng)態(tài)庫、程序員庫、工作庫)、受控庫—CL(靜態(tài)庫、主庫)、產(chǎn)品庫—PL。版本庫的實(shí)際物理存儲(chǔ)結(jié)構(gòu)可根據(jù)軟件項(xiàng)目具體情況來確定。受控庫和產(chǎn)品庫是由配置管理員管理，所有的配置項(xiàng)經(jīng)評(píng)審?fù)ㄟ^后才能入庫。

版本庫的結(jié)構(gòu)見表1。

1.6 構(gòu)件(Component)

構(gòu)件通過一個(gè)根目錄來定義。將開發(fā)團(tuán)隊(duì)進(jìn)行開發(fā)的文件和目錄組合在一起形成了構(gòu)件。開發(fā)團(tuán)隊(duì)以構(gòu)件為單位進(jìn)行開發(fā)、集成和發(fā)布。一個(gè)VOB可以包含一個(gè)或多個(gè)構(gòu)件。

1.7 軟件項(xiàng)目

簡單地說，項(xiàng)目就是實(shí)現(xiàn)某個(gè)目標(biāo)的工作任務(wù)。一個(gè)軟件項(xiàng)目要素包括軟件開發(fā)過程、軟件開發(fā)結(jié)果、軟件開發(fā)資源和軟件項(xiàng)目的客戶。一個(gè)軟件項(xiàng)目可以有多個(gè)版本庫。

表1 版本庫的結(jié)構(gòu)

1.8 流(Stream)

流是一種ClearCase對(duì)象，UCM定義了兩種流:開發(fā)流(Development Stream)和集成流(Integration Stream)。開發(fā)流主要是單個(gè)開發(fā)工程師的工作流；集成流則是對(duì)項(xiàng)目中所有開發(fā)工程師的活動(dòng)進(jìn)行合并的流。

基線和流的相互關(guān)系：基線由流產(chǎn)生，流使用基線作為其配置。

2 基線(Baseline)的定義

基線[10-12]是軟件配置管理中的一個(gè)重要的基本概念，有多種定義，大致分為如下幾類。

2.1 基于產(chǎn)品

這種定義方式比較寬泛，不僅僅適用于軟件配置管理。

IEEE的基線定義：己經(jīng)通過正式評(píng)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只能通過正式的變更控制過程進(jìn)行變更。

基線定義1：基線是某個(gè)規(guī)約或者產(chǎn)品，具有三個(gè)特點(diǎn)：

(1)通過正式評(píng)審并得到認(rèn)可；

(2)下一步工作的基礎(chǔ)；

(3)基線變更需要通過嚴(yán)格的變更管理過程。

2.2 基于配置項(xiàng)

基線定義2：在軟件配置管理過程中,一個(gè)配置項(xiàng)或一組配置項(xiàng)在不同時(shí)間點(diǎn)，通過正式評(píng)審而進(jìn)入受控的一種狀態(tài)，就是基線。

一些配置項(xiàng)成為相對(duì)穩(wěn)定的邏輯實(shí)體，這個(gè)過程稱為“基線化”?；€建立之后，該基線的內(nèi)容被“凍結(jié)”，不能隨意修改?；€是下一步開發(fā)的出發(fā)點(diǎn)和參考點(diǎn)。對(duì)基線進(jìn)行修改將嚴(yán)格按照變更管理的過程進(jìn)行。作為配置管理的基礎(chǔ)，基線保證了后續(xù)開發(fā)活動(dòng)所需信息的穩(wěn)定性和一致性。

2.3 基于版本

基線定義3：基線是項(xiàng)目文檔或者源代碼等文件的一個(gè)穩(wěn)定的版本。基線有名稱、版本、標(biāo)識(shí)符、日期等屬性。它是進(jìn)一步開發(fā)的基礎(chǔ)，其變更必須通過正式的變更程序。

如果某一產(chǎn)品版本被定為基線,那么它就被凍結(jié)，要想變更基線必須建立一個(gè)新的版本。

2.4 基于里程碑(Milestone)

里程碑就是開發(fā)過程中的“階段”?！半A段”強(qiáng)調(diào)的是過程，而“里程碑”則強(qiáng)調(diào)過程的終點(diǎn)和終點(diǎn)的標(biāo)識(shí)。

基線定義4：基線是軟件開發(fā)過程中的一個(gè)里程碑，其標(biāo)志是一些軟件配置項(xiàng)的交付，并且這些配置項(xiàng)通過技術(shù)審核獲得認(rèn)可。這些配置項(xiàng)納入基線管理，作為后續(xù)工作的標(biāo)準(zhǔn)，標(biāo)志著項(xiàng)目可以進(jìn)入下一個(gè)過程。

2.5 UMC構(gòu)件的基線和復(fù)合基線

在ClearCase UCM[11-17]中，一個(gè)構(gòu)件表示一組元素，基線表示構(gòu)件中的一組版本?；€確定了一個(gè)構(gòu)件中的每個(gè)元素的一個(gè)版本,如圖1所示。

圖1 基線

基線定義5：基線是一個(gè)構(gòu)件在某一特定時(shí)刻一組元素的集合，包含了該時(shí)刻所選取元素版本的集合，記錄了軟件開發(fā)過程中完成的工作。

UCM工程項(xiàng)目只有一個(gè)構(gòu)件，該構(gòu)件的基線就是該工程項(xiàng)目的基線。一般來說，工程項(xiàng)目可能有多個(gè)構(gòu)件，工程項(xiàng)目基線包含每個(gè)構(gòu)件的特定基線。

復(fù)合基線：如果工程項(xiàng)目中構(gòu)件較多，采用復(fù)合基線進(jìn)行管理。復(fù)合基線選取每個(gè)構(gòu)件中的特定基線來表示整個(gè)工程項(xiàng)目的基線。

基線的定義是一個(gè)實(shí)用的工程定義，以上五種定義有著內(nèi)在的聯(lián)系，反映了基線內(nèi)涵的某個(gè)側(cè)面。在一些書中通常將幾種定義糅合在一起作為基線的定義。

3 基線的層級(jí)

基線分為三個(gè)層級(jí)(項(xiàng)目基線、構(gòu)件基線、單項(xiàng)基線)，如表2所示。

表2 基線的層級(jí)

(1)項(xiàng)目基線是項(xiàng)目組使用的基線，保存在版本庫的受控庫(CL)中。一個(gè)軟件項(xiàng)目可以有多個(gè)版本庫。每個(gè)版本庫可能由多個(gè)構(gòu)件組成，但至少包含一個(gè)構(gòu)件。

(2)構(gòu)件基線是供開發(fā)該構(gòu)件的團(tuán)隊(duì)使用。

(3)單項(xiàng)基線是指對(duì)單個(gè)配置項(xiàng)建立的基線，供開發(fā)該配置項(xiàng)的開發(fā)人員使用。

4 項(xiàng)目階段基線

軟件開發(fā)過程中的主要階段基線如表3所示。

表3 軟件的主要階段基線及相應(yīng)的軟件配置項(xiàng)列表

計(jì)劃基線、需求基線、概要設(shè)計(jì)基線和詳細(xì)設(shè)計(jì)基線是設(shè)計(jì)階段基線，以文檔的形式存在。編碼基線、測試基線和產(chǎn)品基線是實(shí)現(xiàn)階段基線，包括文檔、代碼和可執(zhí)行程序。常見的產(chǎn)品版本和補(bǔ)丁發(fā)布，對(duì)應(yīng)產(chǎn)品基線。

對(duì)于需求、設(shè)計(jì)、編碼、測試來說，需求是設(shè)計(jì)的上游，設(shè)計(jì)是編碼的上游，編碼是測試的上游。如果上、下游之間采用基線的方式，也就是明確需求基線、設(shè)計(jì)基線、代碼基線、測試基線，不僅能夠?yàn)橄掠苇h(huán)節(jié)提供穩(wěn)定的工作基礎(chǔ)，而且分別記錄需求、設(shè)計(jì)、編碼工作產(chǎn)生的缺陷情況，能夠明確各自的職責(zé)。

5 實(shí)現(xiàn)階段基線的水平等級(jí)和粒度

5.1 實(shí)現(xiàn)階段基線的水平等級(jí)

每個(gè)基線有一個(gè)相應(yīng)的級(jí)別，通過級(jí)別劃分，可以大致了解基線的狀況。ClearCase中實(shí)現(xiàn)階段基線的等級(jí)分為5級(jí)(Rejected、Initial、Builted、Tested、Released)。

(1)Rejected：沒有通過測試，或者已經(jīng)被新基線取代的基線。

(2)Initial：軟件開發(fā)初始階段確定的基線。

(3)Builted：集成構(gòu)建生成的基線，通常采用增量構(gòu)建。

(4)Tested：進(jìn)行全量構(gòu)建生成內(nèi)部轉(zhuǎn)測試版本，提交測試組進(jìn)行全面的測試工作，通過后產(chǎn)生測試(Tested)基線。

(5)Released：代碼開發(fā)工作完成后，測試(Tested)基線通過全面測試驗(yàn)證、評(píng)審后升級(jí)為發(fā)布基線。

注：

(1)構(gòu)建：一次構(gòu)建通?？赡馨幾g、測試、審查和部署，以及其他一些事情。

(2)增量構(gòu)建：僅對(duì)新提交的代碼進(jìn)行編譯，利用原有項(xiàng)目資源快速構(gòu)建一個(gè)新的版本。構(gòu)建成功后生成新的基線(增量基線)。

(3)全量構(gòu)建：對(duì)全部代碼進(jìn)行編譯、鏈接，構(gòu)建生成新的基線(全量基線)。

5.2 基線的粒度

現(xiàn)在軟件開發(fā)通常采用持續(xù)集成(Continuous Integration)技術(shù)。持續(xù)集成服務(wù)器可以自動(dòng)檢查動(dòng)態(tài)庫的變化，設(shè)定時(shí)間區(qū)間，定時(shí)自動(dòng)完成集成構(gòu)建工作。幾個(gè)小時(shí)就可以建立一條新的基線。構(gòu)建的頻率越高產(chǎn)生的基線粒度越小。

頻繁集成構(gòu)建有利于及時(shí)發(fā)現(xiàn)和解決各種問題，加快了代碼流動(dòng)，減少了任務(wù)間的等待時(shí)間;但是加大了提交代碼和測試的工作量，需要采取一種折中的選擇。

通常采用每日構(gòu)建生成Builted基線，每周構(gòu)建生成測試(Tested)基線。

6 基線管理

軟件開發(fā)過程中與軟件基線管理相關(guān)的工作人員如下：項(xiàng)目經(jīng)理(PM)、軟件系統(tǒng)工程師(SE)、配置管理員(CMO)、持續(xù)集成工程師(CIE)、軟件開發(fā)工程師(DEV)、軟件測試工程師、質(zhì)量保障工程師(QA)、資料開發(fā)工程師。

其中，項(xiàng)目經(jīng)理、質(zhì)量保障工程師、配置管理員、開發(fā)組長、測試組長、系統(tǒng)工程師組成了產(chǎn)品配置控制委員會(huì)(Change Control Board,CCB)。

與基線相關(guān)的配置管理活動(dòng)如下所述。

6.1 基線的建立

設(shè)計(jì)階段，軟件系統(tǒng)工程師完成軟件配置項(xiàng)的設(shè)計(jì)工作，經(jīng)過評(píng)審后成為設(shè)計(jì)基線。

在實(shí)現(xiàn)階段，持續(xù)集成工程師從動(dòng)態(tài)庫檢出代碼，生成新的代碼基線。

配置管理員負(fù)責(zé)將新的基線加入受控庫中，進(jìn)行管理和維護(hù)。

6.2 基線標(biāo)識(shí)和發(fā)布

基線由配置項(xiàng)組成，標(biāo)識(shí)基線首先應(yīng)該標(biāo)識(shí)配置項(xiàng)。

配置項(xiàng)(CI)應(yīng)分配唯一標(biāo)識(shí)。標(biāo)識(shí)規(guī)則可參考以下示例：

CI標(biāo)識(shí)=項(xiàng)目標(biāo)識(shí)/CI類型/CMI名稱/CI版本

例如：Prj1/DOC/用戶手冊(cè)/1.00

基線標(biāo)識(shí)包括項(xiàng)目名稱、項(xiàng)目標(biāo)識(shí)、基線名稱、版本、發(fā)布時(shí)間和所包含的配置項(xiàng)清單。

基線經(jīng)過CCB審批后就可以發(fā)布(基線發(fā)布表可參考圖2)。

圖2 基線發(fā)布表單示例

配置管理員負(fù)責(zé)基線的標(biāo)識(shí)和發(fā)布工作?；€只有經(jīng)過審核，確認(rèn)其是正確、有效、一致時(shí)，才能正式發(fā)布?；€發(fā)布后開始正式使用。

6.3 基線變更

基線變更是對(duì)基線的配置項(xiàng)的更改，必須通過嚴(yán)格的變更步驟，在配置管理系統(tǒng)的變更控制下進(jìn)行。

主要由以下4個(gè)步驟組成：

(1)提交變更申請(qǐng)：基線變更的范圍、變更的優(yōu)先級(jí)、變更的影響、變更方案。

(2)變更評(píng)估：CCB對(duì)基線變更請(qǐng)求進(jìn)行評(píng)估、分析和評(píng)審。

(3)變更審批：若接受變更請(qǐng)求，則確定變更方案。在項(xiàng)目經(jīng)理的指導(dǎo)下，由配置管理員負(fù)責(zé)授權(quán)。

(4)變更實(shí)現(xiàn)：執(zhí)行基線變更并驗(yàn)證；驗(yàn)證通過后，合入受控庫中的基線庫；關(guān)閉變更請(qǐng)求并發(fā)布。

配置管理員對(duì)基線變更進(jìn)行審核，將審核結(jié)果和當(dāng)前配置情況提交項(xiàng)目經(jīng)理批準(zhǔn)。批準(zhǔn)后，配置管理員執(zhí)行基線化的操作，并發(fā)布基線建立的報(bào)告。

7 基線管理的優(yōu)點(diǎn)

軟件開發(fā)過程中實(shí)施基線管理主要有如下優(yōu)點(diǎn)：

(1)提供統(tǒng)一規(guī)范和同步開發(fā)工作：基線為后繼的開發(fā)工作統(tǒng)一標(biāo)準(zhǔn)規(guī)范，確保團(tuán)隊(duì)開發(fā)工程師工作保持同步。

(2)及時(shí)處理各種問題：采用持續(xù)集成技術(shù)，選擇合適的基線粒度，有助于項(xiàng)目經(jīng)理及時(shí)了解工作進(jìn)度和存在的問題，及時(shí)處理。

(3)配置項(xiàng)關(guān)聯(lián)性：通過項(xiàng)目基線確保配置項(xiàng)之間正確的關(guān)聯(lián)狀態(tài)。保證設(shè)計(jì)滿足需求方案、產(chǎn)品的實(shí)現(xiàn)符合設(shè)計(jì)要求。

(4)版本差異分離：新項(xiàng)目可以從基線的版本序列中選擇合適的版本開始工作，與原項(xiàng)目(主要分支上)進(jìn)行的變更實(shí)現(xiàn)隔離。

(5)變更可回退性：如果變更有問題，可采用取消變更的方式，回退至穩(wěn)定版本。

(6)問題可追蹤性：通過基線版本序列可以追蹤產(chǎn)品的各種問題，可以重新建立基于某個(gè)版本的配置，可以重現(xiàn)軟件開發(fā)過程中的軟件缺陷和各種問題。

8 結(jié)束語

各種軟件配置管理工具有不同的設(shè)計(jì)理念，但都采用基線作為配置管理的基礎(chǔ)。基線管理能夠明確各個(gè)開發(fā)階段的職責(zé)，使上游階段為下游階段提供穩(wěn)定的工作基礎(chǔ)；為軟件產(chǎn)品的維護(hù)和新版本開發(fā)提供了良好的基礎(chǔ)。各種基線定義都反映基線內(nèi)涵的某個(gè)側(cè)面，需要研究各種基線定義的不同和內(nèi)在聯(lián)系。文中厘清了各種基線相關(guān)概念之間的關(guān)系，有助于更好地應(yīng)用和管理基線。工作實(shí)踐表明，深入理解基線概念的內(nèi)涵有助于掌握各種軟件配置管理工具的區(qū)別和共同之處，從而在各種環(huán)境下做好軟件開發(fā)的配置管理工作。

[1] 劉文紅.CMMI項(xiàng)目管理實(shí)踐[M]．北京：清華大學(xué)出版社，2013．

[2] 王安生.軟件工程化[M]．北京：清華大學(xué)出版社，2014．

[3] 韓萬江，姜立新.軟件項(xiàng)目管理案例教程[M].第2版.北京：機(jī)械工業(yè)出版社，2009．

[4] 董 越.未雨綢繆—理解軟件配置管理[M].第2版.北京：電子工業(yè)出版社，2012．

[5] 董 越.軟件集成策略—如何有效率地提升質(zhì)量[M].北京：電子工業(yè)出版社，2013．

[6] 劉江華，王 立，馬 玲,等.軟件開發(fā)過程與配置管理：基于Rational的敏捷方案設(shè)計(jì)與應(yīng)用[M].北京：電子工業(yè)出版社，2011．

[7] 相玉娟.基于變更管理的持續(xù)集成研究與應(yīng)用[D]．合肥：合肥工業(yè)大學(xué)，2009．

[8] 劉 海,張衛(wèi)民,任開軍. 一種網(wǎng)格環(huán)境下的軟件配置管理系統(tǒng)[J]．計(jì)算機(jī)工程與科學(xué) 2007, 29(8) 105-107.

[9] 陳 帆,尹黎明,肖衛(wèi)軍,等．軟件配置管理中的分支管理與協(xié)作機(jī)制研究[J]．計(jì)算機(jī)工程與科學(xué)，2005, 27(1) 70-73.

[10] 周 念.基于SVN的軟件配置管理的應(yīng)用研究[D].武漢：武漢理工大學(xué)，2013．

[11] Aiello B，Sachs L.配置管理最佳實(shí)踐[M].北京：人民郵電出版社，2013.

[12] Bellagio D E，Milligan T．Software configuration management strategies and IBM rational clearcase：a practical introduction[M]．2nd ed．USA:IBM Press,2005．

[13] 彭德良.基于RUP的軟件配置管理[D].西安：西北工業(yè)大學(xué)，2007．

[14] Tykal J.Best practices for using composite baselines in UCM[R].[s.l.]:Prentice Hall，2004．

[15] Collins-Sussman B，F(xiàn)itzpatrick B W,Pilato C M．Version control with subversion for subversion 1.5[M].[s.l.]:[s.n.],2005．

[16] Koskela J.Software configuration management in agile methods[R].[s.l.]:[s.n.],2003．

[17] Lee K A.IBM rational clearcase,ant and cruisecontrol[M].USA:IBM Press,2006．

Research on Baseline in Software Configuration Management

JIANG Wen，LIU Li-kang

(School of Telecommunication Engineering,Xidian University,Xi’an 710071,China)

Baseline is an important concept in software configuration management.There are many different definitions of baseline,which is a vague concept of engineering.Each baseline definition reflects the connotation of the baseline from a profile,only needing to analyze the difference and inner link for various definitions between the baseline.In this paper,combined with the basic concept of configuration management,five different baseline definitions are summarized respectively.It describes the baseline level,baseline phase of software project,and baseline levels and granularity in implementation phase.Then it introduces the baseline management process and the advantages for baseline management in software development.Through a variety of related concepts of the baseline,the relationship between the concept of baseline and inner link is clarified.It focuses on the baseline related technical problems,which contributes to application and management of the baseline.Practice shows that to understand the connotation of the concept of baseline in depth helps to grasp the difference and common of software configuration management tools,doing a good job of software configuration management in a variety of circumstances.

configuration management;configuration items;version;repository;baseline

2015-09-05

2015-12-09

時(shí)間：2016-05-25

國家部委基礎(chǔ)科研計(jì)劃：國防預(yù)研基金項(xiàng)目(A1120110007)

姜 文(1986-)，女，工程師，碩士研究生，CCF會(huì)員，研究方向?yàn)閳D像處理與分析、文字信息分析處理、數(shù)據(jù)庫應(yīng)用和軟件工程；劉立康，副教授，研究方向?yàn)閿?shù)字通信、圖像傳輸與處理、圖像分析與圖像識(shí)別等。

http://www.cnki.net/kcms/detail/61.1450.TP.20160525.1706.024.html

TP391.41

A

1673-629X(2016)06-0006-05

10.3969/j.issn.1673-629X.2016.06.002