基于SOA的新聞文稿管理系統(tǒng)的應(yīng)用研究

張 敏，趙 英，關(guān)俊玲，蘭建龍

（1.四川大學(xué) 公共管理學(xué)院，四川 成都 610064；2.四川農(nóng)業(yè)大學(xué) 商學(xué)院，四川 成都 611830）

信息時(shí)代的廣播電視媒體對(duì)計(jì)算機(jī)技術(shù)應(yīng)用提出越來越高的要求，處于核心業(yè)務(wù)支持地位的新聞制作、播出等管理系統(tǒng)必須能夠?qū)π聵I(yè)務(wù)和新技術(shù)提供支持，不斷地?cái)U(kuò)展其業(yè)務(wù)服務(wù)形式，從業(yè)務(wù)上支持需求的多樣性，更多地滿足人們個(gè)性化的需求。新聞綜合業(yè)務(wù)管理系統(tǒng)主要是立足于新聞網(wǎng)絡(luò)制播的業(yè)務(wù)管理，涵蓋了新聞前期的信息采集和通稿制作管理、業(yè)務(wù)管理和數(shù)據(jù)存儲(chǔ)、流程監(jiān)控等，簡(jiǎn)單來講，它就是把新聞采集和通稿制作、新聞編播、新聞內(nèi)容管理和新聞網(wǎng)絡(luò)制播監(jiān)控四大系統(tǒng)中需要交互的業(yè)務(wù)以及相關(guān)的公共的業(yè)務(wù)流程來進(jìn)行統(tǒng)一的管理和調(diào)度，形成一個(gè)核心業(yè)務(wù)管理平臺(tái)，同時(shí)其還要向各個(gè)系統(tǒng)提供相應(yīng)的接口服務(wù)，從而來完成整個(gè)新聞節(jié)目從最初的資料收集到最終形成新聞播出的業(yè)務(wù)流程一體化管理。

當(dāng)前的新聞業(yè)務(wù)管理系統(tǒng)，技術(shù)上沿用原有的J2EE架構(gòu)的B/S模式，并在ESB總線的基礎(chǔ)上，基于面向服務(wù)架構(gòu)建立相互協(xié)作的工作平臺(tái)相關(guān)核心組件，能夠協(xié)助電視臺(tái)用戶全方位管理生產(chǎn)資源，并通過辦公協(xié)同來提升業(yè)務(wù)便捷性，進(jìn)而達(dá)到提高生產(chǎn)效率的目的。

1 新聞綜合業(yè)務(wù)管理系統(tǒng)

現(xiàn)階段的新聞業(yè)務(wù)管理系統(tǒng)基本上都是計(jì)算機(jī)服務(wù)商來提供，研究發(fā)現(xiàn)，目前面向服務(wù)的體系架構(gòu)至少在60%的企業(yè)中被作為了其IT系統(tǒng)基本架構(gòu)的方法[1-3]。而將面向服務(wù)體系架構(gòu)（簡(jiǎn)稱為SOA）的核心思想應(yīng)用于新聞業(yè)務(wù)管理系統(tǒng)的系統(tǒng)構(gòu)建過程的研究將具有十分重要的現(xiàn)實(shí)意義[4-5]。SOA在本質(zhì)上支持將業(yè)務(wù)構(gòu)件和技術(shù)構(gòu)件轉(zhuǎn)換成一組服務(wù)組合或可重用的業(yè)務(wù)任務(wù)，而不管是什么樣的系統(tǒng)平臺(tái)和編程語(yǔ)言來完成的，在需要時(shí)只須訪問這些服務(wù)和任務(wù)并對(duì)來自各個(gè)地方的服務(wù)進(jìn)行組合。

新聞業(yè)務(wù)管理系統(tǒng)作為一個(gè)以新聞生產(chǎn)管理為主體的業(yè)務(wù)管理平臺(tái)，涵蓋了新聞策劃、人員組織、資源調(diào)度、流程監(jiān)控、考核統(tǒng)計(jì)以及信息、安全等方面的管理業(yè)務(wù)[6-8]?；诿嫦蚍?wù)的架構(gòu)實(shí)現(xiàn)步驟和應(yīng)該遵循的原則，新聞綜合業(yè)務(wù)管理系統(tǒng)的基于面向服務(wù)架構(gòu)的系統(tǒng)功能結(jié)構(gòu)如圖1所示。

2 新聞文稿管理業(yè)務(wù)

文稿管理是新聞綜合業(yè)務(wù)管理系統(tǒng)眾多功能模塊之一，對(duì)于基于面向服務(wù)架構(gòu)（SOA）的系統(tǒng)，它對(duì)架構(gòu)思想的體現(xiàn)是十分全面的。新聞文稿的制作一般是從線索的匯聚開始，到信息挖掘、選題產(chǎn)生，然后再根據(jù)具體的內(nèi)容生成文稿，最后進(jìn)入編播的串聯(lián)單這樣一個(gè)流程。因?yàn)楦鱾€(gè)臺(tái)新聞文稿的應(yīng)用差異并不是很大，所以它的通用性比較強(qiáng)。文稿管理依照SOA服務(wù)的劃分原則以及服務(wù)的低耦合、完整性等的要求，本身也可以被看作是一個(gè)組合服務(wù)，也可以被其他服務(wù)調(diào)用、組合來共同完成更復(fù)雜的業(yè)務(wù)功能。

2.1 文稿管理中的業(yè)務(wù)流程

中文稿創(chuàng)建、文稿編輯、文稿查詢、文稿審批、文稿刪除和查看處理記錄構(gòu)成了文稿管理主要的業(yè)務(wù)功能。其大致的業(yè)務(wù)流程如下：首先新建文稿（這里要進(jìn)行新建權(quán)限的判斷），如果有新建權(quán)限，則創(chuàng)建文稿并保存文稿，進(jìn)行文稿提交；對(duì)于已提交的文稿，可以對(duì)其進(jìn)行編輯、修改保存，重新提交，如果是編稿本人，則可以對(duì)自己保存提交的文稿進(jìn)行修改編輯；對(duì)于已經(jīng)確定的文稿，編稿本人可以查看自己的文稿或者是對(duì)其他有權(quán)限的文稿，同時(shí)可以將已經(jīng)確定的文稿送審，等待審批；審批人擁有審批權(quán)限，可以根據(jù)不同級(jí)別的審批權(quán)限來進(jìn)行多次審查；最后通過審批的文稿就被送入到串聯(lián)單管理模塊，審批不通過的則被打回，重新執(zhí)行上述整個(gè)業(yè)務(wù)操作。至此，文稿管理的業(yè)務(wù)操作就完成了。

文稿管理業(yè)務(wù)流程圖如圖2所示。

2.2 文稿管理模塊的服務(wù)分析

依照對(duì)文稿管理的業(yè)務(wù)分析，按照面向服務(wù)架構(gòu)服務(wù)劃分原則，對(duì)文稿管理模塊進(jìn)行服務(wù)劃分。

首先，把該模塊的業(yè)務(wù)功能封裝成1-新建文稿、2-編輯文稿、3-查詢文稿、4-刪除文稿、5-審批文稿、6查看文稿處理記錄等6個(gè)獨(dú)立的粗粒度服務(wù)。

其次，進(jìn)一步分析抽象，把新建、查詢、編輯、刪除和審批進(jìn)行更細(xì)粒度的服務(wù)劃分，把前4個(gè)封裝為4個(gè)基本服務(wù)，而審批本身是個(gè)組合功能，所以繼續(xù)細(xì)分為11-審批流程創(chuàng)建、12-審批流程數(shù)據(jù)定義、13-審批流程。這樣以來，就可以實(shí)現(xiàn)多級(jí)審批的自定義配置。同時(shí)，由于還需要對(duì)整個(gè)文稿管理的操作進(jìn)行監(jiān)控，所以還應(yīng)該有一個(gè)存儲(chǔ)業(yè)務(wù)操作處理情況的服務(wù)。

至此，在進(jìn)行整體系統(tǒng)開發(fā)時(shí)，不同的系統(tǒng)業(yè)務(wù)模塊就可以采取傳入不同的配置參數(shù)來動(dòng)態(tài)組裝基本服務(wù)的形式，完成其具體的業(yè)務(wù)流程功能；特別需要指出的是，為了適應(yīng)業(yè)務(wù)個(gè)性化需求，在審批業(yè)務(wù)模塊中，把審批流程單獨(dú)分離出來，使其具體的實(shí)現(xiàn)細(xì)節(jié)和執(zhí)行內(nèi)容相分離，達(dá)到了靈活配置的效果。在調(diào)用審批服務(wù)時(shí)，不同的業(yè)務(wù)模塊只需要傳入自己的業(yè)務(wù)類型標(biāo)識(shí)即可啟動(dòng)相應(yīng)的審批服務(wù)，整個(gè)審批過程對(duì)用戶來說都是透明的。

圖3顯示了文稿管理模塊的服務(wù)關(guān)系網(wǎng)絡(luò)。

在圖3中，每個(gè)結(jié)點(diǎn)都代表一個(gè)服務(wù)，每條線表示當(dāng)一個(gè)服務(wù)執(zhí)行完以后要轉(zhuǎn)向下一個(gè)服務(wù)所應(yīng)該滿足的條件和下一個(gè)服務(wù)需要的參數(shù)來源，同一個(gè)結(jié)點(diǎn)出來的射線所表示的條件是不會(huì)相交的。

完成了服務(wù)粗細(xì)粒度的劃分，弄清了服務(wù)之間的關(guān)系，接下來就將這些服務(wù)進(jìn)行發(fā)布和注冊(cè)，使其成為可復(fù)用的SOA服務(wù)，以方便在需要的時(shí)候調(diào)用。當(dāng)然，在發(fā)布服務(wù)之前，還應(yīng)該進(jìn)行一系列的檢查來確保分析沒有錯(cuò)誤，發(fā)布的服務(wù)合乎服務(wù)標(biāo)準(zhǔn)。

2.3 文稿管理模塊的服務(wù)發(fā)布與注冊(cè)

這里選用Xfire進(jìn)行相關(guān)服務(wù)的發(fā)布工作。因?yàn)樗梢詫⒎?wù)首先描述為POJO接口，然后進(jìn)行適當(dāng)?shù)呐渲?，?shí)現(xiàn)發(fā)布服務(wù)。以審批服務(wù)為例，主要作用是輸入一個(gè)編輯完成的文稿進(jìn)行多級(jí)審批，并將審批結(jié)果返回供其他的服務(wù)模塊使用。

在Eclipse galio中創(chuàng)建一個(gè)Web服務(wù)項(xiàng)目，此時(shí)，在根目錄下就會(huì)有一個(gè)名為WEB SERVICE的文件夾，在實(shí)現(xiàn)服務(wù)接口以及服務(wù)類后，還需要在這個(gè)文件夾的services.xml文件中進(jìn)行配置，從而加入新發(fā)布的服務(wù)。

先用Java語(yǔ)言來描述這個(gè)服務(wù)接口，代碼如下：

在進(jìn)行參數(shù)處理時(shí)，采用的是使每個(gè)模塊需要傳遞的參數(shù)以在后臺(tái)管理中單獨(dú)配置的形式存在，封裝在相應(yīng)的一個(gè)類文件中，例如文稿模塊的參數(shù)信息封裝在public class docMsgService extends AbstractMessagePipe-Adapter中，方便對(duì)其進(jìn)行統(tǒng)一管理。

接下來，為這些服務(wù)接口創(chuàng)建實(shí)現(xiàn)類，并實(shí)現(xiàn)接口中定義的方法?，F(xiàn)在服務(wù)的實(shí)現(xiàn)部分已經(jīng)完成，接著就是在上文中提到的services.xml文件中進(jìn)行相關(guān)信息配置，使發(fā)布的服務(wù)生效：

該配置文件中描述了服務(wù)的名稱、命名空間、實(shí)現(xiàn)接口類等信息。到此，審批服務(wù)就發(fā)布成功了，通過網(wǎng)絡(luò)即可訪問到該服務(wù)，對(duì)其進(jìn)行組合調(diào)用。對(duì)服務(wù)進(jìn)行發(fā)布后，服務(wù)請(qǐng)求者就可以對(duì)服務(wù)進(jìn)行訪問了，并進(jìn)行服務(wù)注冊(cè)，把已經(jīng)發(fā)布的服務(wù)在公共的或者私有的UDDI注冊(cè)中心注冊(cè)，從而供不同的使用者方便查詢和發(fā)現(xiàn)服務(wù)。通過把服務(wù)注冊(cè)到服務(wù)數(shù)據(jù)庫(kù)中，服務(wù)請(qǐng)求者能方便地對(duì)現(xiàn)存的服務(wù)進(jìn)行查找，并獲得其相應(yīng)的描述信息（WSDL），將服務(wù)進(jìn)行注冊(cè)也有利于服務(wù)的管理和編排?？紤]到系統(tǒng)良好的擴(kuò)展性以及高效性，引入了企業(yè)服務(wù)總線對(duì)服務(wù)的注冊(cè)進(jìn)行統(tǒng)一管理，加快了服務(wù)之間交互訪問的速度，提高了工作效率。至此，服務(wù)發(fā)布和注冊(cè)都已完畢，接下來在實(shí)際的操作過程中進(jìn)行服務(wù)組合的測(cè)試。

2.4 文稿管理模塊的服務(wù)測(cè)試

模塊服務(wù)發(fā)布和注冊(cè)完成后，還需要對(duì)整個(gè)模塊的功能進(jìn)行測(cè)試，以保證在實(shí)際的生產(chǎn)環(huán)境中各種業(yè)務(wù)需求得到滿足，并把因?yàn)殚_發(fā)因素導(dǎo)致的故障可能性降到最低。圖4為系統(tǒng)功能模塊測(cè)試的基本流程。

以下為針對(duì)文稿管理模塊服務(wù)接口進(jìn)行的壓力測(cè)試，包括新建、查詢、提交、審批等業(yè)務(wù)接口，詳細(xì)設(shè)計(jì)了測(cè)試方案與用例，并按用例逐個(gè)完成測(cè)試，而且在重要的業(yè)務(wù)接口中多次重復(fù)執(zhí)行測(cè)試，以保存測(cè)試結(jié)果的準(zhǔn)確性。本文中選用成熟的性能測(cè)試工具loadrunner9.0英文版作為壓力機(jī)，通過并發(fā)進(jìn)行接口數(shù)據(jù)傳遞，同時(shí)調(diào)整傳遞數(shù)據(jù)大小形成不同的壓力，觀察并記錄響應(yīng)時(shí)間和模擬用戶數(shù)，同時(shí)監(jiān)控服務(wù)接口服務(wù)器系統(tǒng)資源變化。

部分測(cè)試用例如下：

1）創(chuàng)建文稿用例。模擬100個(gè)用戶，每5 s加載20個(gè)用戶，通過集合點(diǎn)控制所有用戶到達(dá)后并發(fā)執(zhí)行接口數(shù)據(jù)傳遞，迭代3次，超時(shí)設(shè)置為300 s。

2）查詢文稿用例。（1）模擬100個(gè)用戶，每5 s加載20個(gè)用戶，通過集合點(diǎn)控制所有用戶到達(dá)后并發(fā)執(zhí)行接口數(shù)據(jù)傳遞，迭代3次，超時(shí)設(shè)置為300 s，每個(gè)用戶傳遞參數(shù)ScriptID不一樣，共需300個(gè)docid號(hào)；（2）模擬100個(gè)用戶，每5 s加載20個(gè)用戶，通過集合點(diǎn)控制所有用戶到達(dá)后并發(fā)執(zhí)行接口數(shù)據(jù)傳遞，迭代3次，超時(shí)設(shè)置為300 s，傳遞參數(shù)PageSize設(shè)為200。

3）文稿合成提交用例。模擬100個(gè)用戶，每5 s加載20個(gè)用戶，通過集合點(diǎn)控制所有用戶到達(dá)后并發(fā)執(zhí)行接口數(shù)據(jù)傳遞，迭代3次，超時(shí)設(shè)置為300 s，每個(gè)用戶傳遞參數(shù)ScriptID不一樣，共需300個(gè)docid號(hào)。

從以上結(jié)果記錄中可知，創(chuàng)建、提交業(yè)務(wù)模擬用戶與成功用戶之比100%，所有請(qǐng)求都成功，同時(shí)事務(wù)（發(fā)送參數(shù)與接收返回結(jié)果）平均響應(yīng)時(shí)間也較低，100個(gè)并發(fā)用戶執(zhí)行都小于2.5 s，并接口服務(wù)器資源消耗較小，該部分的接口性能符合設(shè)計(jì)要求，完全滿足用戶需求。

查詢業(yè)務(wù)接口中，業(yè)務(wù)接口模擬的用戶成功執(zhí)行，各種性能指標(biāo)穩(wěn)定、正常，按預(yù)定的結(jié)果返回，從目前測(cè)試的結(jié)果可知，該部分的接口也正確、穩(wěn)定。但由于返回結(jié)果條數(shù)較少，沒有更多的被測(cè)試數(shù)據(jù)，所以無法測(cè)試接口的極限值（最大返回條數(shù)）。但在測(cè)試查詢文稿接口時(shí)，當(dāng)接口服務(wù)器返回條數(shù)（用戶數(shù)×返回條數(shù)）超過35 000條時(shí)就會(huì)報(bào)錯(cuò)，也就是說該接口的最大返回極限條數(shù)為35 000條。

2.5 文稿管理模塊前端設(shè)計(jì)

基于面向服務(wù)架構(gòu)的思想，業(yè)務(wù)功能的實(shí)現(xiàn)被劃分成了幾個(gè)部分：前端應(yīng)用程序、服務(wù)總線、業(yè)務(wù)服務(wù)和后臺(tái)服務(wù)。當(dāng)后臺(tái)服務(wù)和業(yè)務(wù)服務(wù)設(shè)計(jì)完畢之后，作為SOA架構(gòu)中比較活躍的元素應(yīng)用程序前端，則因?yàn)榉?wù)總線和統(tǒng)一接口定義語(yǔ)言的存在對(duì)進(jìn)行非常靈活的設(shè)計(jì)，而且采用多種方式實(shí)現(xiàn)。

文稿管理模塊GUI的實(shí)現(xiàn)界面可以分為前臺(tái)管理界面和后臺(tái)服務(wù)界面兩部分。在前臺(tái)管理服務(wù)中，通過將一些基本服務(wù)進(jìn)行組合形成文稿編輯、查詢等一系列工作，然后通過前臺(tái)管理調(diào)用后臺(tái)管理中的“審批”服務(wù)來完成文稿管理中的審批服務(wù)。具體的審批信息配置都是通過后臺(tái)服務(wù)來完成的。發(fā)送請(qǐng)求時(shí)不必關(guān)心流程具體實(shí)現(xiàn)細(xì)節(jié)，而只需要關(guān)注是否返回審批結(jié)果即可。在本模塊的開發(fā)中，采用面向服務(wù)的方式，很好的實(shí)現(xiàn)了執(zhí)行內(nèi)容和

4）文稿送審提交。模擬100個(gè)用戶，每5 s加載20個(gè)用戶，通過集合點(diǎn)控制所有用戶到達(dá)后并發(fā)執(zhí)行接口數(shù)據(jù)傳遞，迭代3次，超時(shí)設(shè)置為300 s，每個(gè)用戶傳遞參數(shù)ScriptID不一樣，共需300個(gè)docid號(hào)。

測(cè)試結(jié)果部分記錄如表1所示。執(zhí)行流程的分離，提高了系統(tǒng)對(duì)業(yè)務(wù)靈活性等的支持。

3 總結(jié)

表1 測(cè)試結(jié)果表

新聞業(yè)務(wù)管理系統(tǒng)作為一個(gè)綜合管理平臺(tái)，其系統(tǒng)的業(yè)務(wù)功能主要是依據(jù)這些相關(guān)的所要管理的子業(yè)務(wù)來確定。新聞文稿管理作為新聞業(yè)務(wù)重要的一環(huán)，在實(shí)現(xiàn)過程中充分體現(xiàn)了新聞業(yè)務(wù)管理系統(tǒng)的特點(diǎn)。本文采用面向服務(wù)架構(gòu)（SOA）的思想實(shí)現(xiàn)新聞文稿管理功能，在對(duì)業(yè)務(wù)需求流程進(jìn)行詳細(xì)分析的基礎(chǔ)上，對(duì)服務(wù)進(jìn)行劃分，發(fā)布和注冊(cè)，并完成了模塊功能的測(cè)試。通過制定統(tǒng)一的接口，實(shí)現(xiàn)各個(gè)業(yè)務(wù)之間的松散耦合、規(guī)范開放的互聯(lián)互通，以提高新聞業(yè)務(wù)管理水平，對(duì)于整個(gè)新聞綜合業(yè)務(wù)管理系統(tǒng)的實(shí)現(xiàn)具有積極的作用。

：

[1]王斌，田野，章云.廣電企業(yè)業(yè)務(wù)流程的分析與優(yōu)化[J].電視技術(shù)，2007，31（7）：59-61.

[2]馮細(xì)光，劉建勛.WEB服務(wù)測(cè)試技術(shù)綜述[J].微計(jì)算機(jī)應(yīng)用，2010，31（1）：21-26.

[3]郎大為.基于語(yǔ)義Web服務(wù)的服務(wù)組合與匹配算法研究[D].大連：大連理工大學(xué)，2006.

[4]李軍.采用SOA的廣電臺(tái)內(nèi)網(wǎng)應(yīng)用集成技術(shù)設(shè)計(jì)與實(shí)踐[J].現(xiàn)代電子技術(shù)，2008（2）：41-43.

[5]DANG G，CHENG Z，JIN S，et al.A service-oriented architecture for tele-immersion[C]//Proc.2005 IEEE International Conference on e-Technology，e-Commerce and e-Service.Hong Kong，China：IEEE Press，2005：646-649.

[6]劉大軍.廣播電視臺(tái)綜合業(yè)務(wù)網(wǎng)的功能與實(shí)現(xiàn)[J].廣播與電視技術(shù)，2002，29（10）：119-121.

[7]孫林記，張潔霞，冒衛(wèi).全臺(tái)網(wǎng)系統(tǒng)中的業(yè)務(wù)流程設(shè)計(jì)[J].廣播電視信息，2009（1）：94-97.

[8]李友.基于Internet網(wǎng)的新聞交換和新聞異地采訪[J].電視技術(shù)，2011，35（4）：26-27.