韓 超

(海軍駐大連426廠軍事代表室，遼寧 大連 116005)

面向服務(wù)的艦載作戰(zhàn)指揮控制系統(tǒng)集成研究

韓 超

(海軍駐大連426廠軍事代表室，遼寧 大連 116005)

提出一種以業(yè)務(wù)為核心面向服務(wù)的艦載作戰(zhàn)指揮控制系統(tǒng)軟件集成架構(gòu)方法。該軟件架構(gòu)采用SOA思想，利用業(yè)務(wù)流程來(lái)組織系統(tǒng)應(yīng)用，實(shí)現(xiàn)以數(shù)據(jù)為中心向、以業(yè)務(wù)流程為中心的轉(zhuǎn)向，使系統(tǒng)能夠快速響應(yīng)不斷變化的應(yīng)用需求；系統(tǒng)功能和數(shù)據(jù)作為可被發(fā)現(xiàn)和重用的資源均可在網(wǎng)絡(luò)上發(fā)布，實(shí)現(xiàn)以平臺(tái)為中心向以網(wǎng)絡(luò)為中心的轉(zhuǎn)向，從而提升艦載作戰(zhàn)指揮控制系統(tǒng)在網(wǎng)絡(luò)化、信息化條件下的互操作和信息共享能力。

艦載作戰(zhàn)指揮控制系統(tǒng)；集成；SOA；業(yè)務(wù)流程，服務(wù)組件架構(gòu)

0 引 言

“網(wǎng)絡(luò)中心化”是20世紀(jì)90年代末美軍提出的概念。隨著認(rèn)識(shí)的不斷深入，“網(wǎng)絡(luò)中心化”已經(jīng)成為全球軍事電子信息系統(tǒng)的演進(jìn)方向。海軍綜合電子信息系統(tǒng)是海軍信息化建設(shè)的重要組成部分。在當(dāng)前新軍事變革中，海軍綜合電子信息系統(tǒng)的形態(tài)也正由以平臺(tái)為中心向以網(wǎng)絡(luò)為中心演進(jìn)。

艦載作戰(zhàn)指揮控制系統(tǒng)是海軍信息化建設(shè)中一個(gè)重要的環(huán)節(jié)。研究如何搭建靈活的服務(wù)化艦載作戰(zhàn)指揮控制系統(tǒng)，如何使該系統(tǒng)向信息化、網(wǎng)絡(luò)化演進(jìn)是非常有現(xiàn)實(shí)意義的。本文利用當(dāng)前服務(wù)化技術(shù)，對(duì)適合艦載作戰(zhàn)指揮控制系統(tǒng)特點(diǎn)的服務(wù)化構(gòu)建方法和業(yè)務(wù)驅(qū)動(dòng)技術(shù)進(jìn)行了深入的研究工作。

1 面向服務(wù)集成架構(gòu)關(guān)鍵技術(shù)

1.1 面向服務(wù)架構(gòu)(SOA)

面向服務(wù)架構(gòu)(Service Oriented Architecture， SOA)是一種追求敏捷性的企業(yè)級(jí)IT系統(tǒng)架構(gòu)新概念，能使企業(yè)業(yè)務(wù)以一種相對(duì)簡(jiǎn)單的方式映射到IT資源上。SOA的目標(biāo)是要讓IT與業(yè)務(wù)對(duì)齊，支持業(yè)務(wù)的快速變化以及IT架構(gòu)的靈活性和IT資產(chǎn)的重用[1]。

SOA的核心將是一個(gè)服務(wù)平臺(tái)，其作用是提供一個(gè)基礎(chǔ)設(shè)施，從而可以更靈活、更易組成、更可復(fù)用地提供核心業(yè)務(wù)服務(wù)。SOA將服務(wù)平臺(tái)構(gòu)想成由多個(gè)服務(wù)所構(gòu)成。這些服務(wù)用來(lái)表示在業(yè)務(wù)流程中可以被組合以及再組合成多個(gè)不同的解決方案和場(chǎng)景的元素，并且由業(yè)務(wù)需求所決定。這種對(duì)服務(wù)進(jìn)行整合和再組合的能力為業(yè)務(wù)和IT提供了更緊密的聯(lián)系，同時(shí)也為處理新問(wèn)題提供了靈活性。這樣，首先使得業(yè)務(wù)變化可以在業(yè)務(wù)元素層面上溝通，更容易、更準(zhǔn)確地從業(yè)務(wù)傳遞到IT系統(tǒng)；其次，這種變化被隔離在需要變化的局部，不會(huì)擴(kuò)散到系統(tǒng)的其他部分?？梢钥闯觯琒OA的設(shè)計(jì)理念是將企業(yè)的IT架構(gòu)建立在一系列執(zhí)行業(yè)務(wù)功能的服務(wù)基礎(chǔ)上，IT資產(chǎn)通過(guò)服務(wù)的形式得到重用。業(yè)務(wù)模式和流程也可以通過(guò)服務(wù)的重新組合變得更加靈活。

1.2 Web服務(wù)體系結(jié)構(gòu)

作為一種新的技術(shù)，Web服務(wù)提出了面向服務(wù)的分布式計(jì)算模式，能夠方便地實(shí)現(xiàn)網(wǎng)絡(luò)上跨平臺(tái)、語(yǔ)言獨(dú)立、松散耦合的異構(gòu)應(yīng)用的交互和集成。

Web服務(wù)應(yīng)用的領(lǐng)域是基于網(wǎng)絡(luò)的分布式計(jì)算，可以面向私有網(wǎng)絡(luò)或者因特網(wǎng)這樣的公共網(wǎng)絡(luò)?；诰W(wǎng)絡(luò)的分布式計(jì)算環(huán)境是一個(gè)異構(gòu)環(huán)境，從硬件到軟件，從操作系統(tǒng)到實(shí)現(xiàn)語(yǔ)言都有可能不同。2000年，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(Simple Object Access Protocol ,SOAP)被提出，用來(lái)實(shí)現(xiàn)分布式計(jì)算中數(shù)據(jù)的統(tǒng)一?；驹O(shè)想是將輸入輸出參數(shù)序列化為XML進(jìn)行傳輸，再反序列化成本地?cái)?shù)據(jù)類型進(jìn)行操作。SOAP基于XML，而XML卻是與語(yǔ)言無(wú)關(guān)的，這就為屏蔽異構(gòu)環(huán)境打下了基礎(chǔ)[2]。

Web服務(wù)接口描述語(yǔ)言(Web Service Definition Language，WSDL)同樣是基于XML的。WSDL描述服務(wù)需要的全部信息包括消息描述、服務(wù)操作、輸入輸出參數(shù)、異常、位置、傳輸協(xié)議等，同時(shí)隱藏服務(wù)實(shí)現(xiàn)代的細(xì)節(jié)[3]。

Web服務(wù)提供者采用服務(wù)描述語(yǔ)言對(duì)所發(fā)布的服務(wù)進(jìn)行描述，而服務(wù)使用者則根據(jù)服務(wù)描述對(duì)服務(wù)進(jìn)行引用，但如何得到服務(wù)描述就成為一個(gè)問(wèn)題。Web服務(wù)采用服務(wù)注冊(cè)代理機(jī)制。服務(wù)注冊(cè)代理是服務(wù)信息集中的地方。一般服務(wù)注冊(cè)代理使用通用描述和接口(Universal Description and Discovery Interface，UDDI)規(guī)范。UDDI是一個(gè)跨平臺(tái)的開(kāi)放性架構(gòu)，幫助Web服務(wù)提供者發(fā)布服務(wù)信息，同時(shí)也供Web服務(wù)使用者發(fā)現(xiàn)服務(wù)，通過(guò)服務(wù)提供者、服務(wù)請(qǐng)求者和注冊(cè)中心等實(shí)體之間的交互實(shí)現(xiàn)服務(wù)調(diào)用，如圖1所示。

圖1 Web服務(wù)體系架構(gòu)模型

2 艦載作戰(zhàn)指揮控制系統(tǒng)集成分析與架構(gòu)

2.1 傳統(tǒng)應(yīng)用集成的定義與方式

傳統(tǒng)的組織應(yīng)用集成實(shí)現(xiàn)方式包括CORBA、COM/DCOM和J2EE等。

(1) 基于CORBA的應(yīng)用集成

公共對(duì)象請(qǐng)求代理結(jié)構(gòu)(CORBA)是一種分布式對(duì)象處理技術(shù)，其基本方法是以產(chǎn)品為對(duì)象、以產(chǎn)品開(kāi)發(fā)過(guò)程為核心，采用面向?qū)ο蠛头植际綄?duì)象計(jì)算技術(shù)，以組織模型、信息共享模型為基礎(chǔ)，利用軟件總線和軟件構(gòu)建技術(shù)，開(kāi)發(fā)不同應(yīng)用軟件的接口適配器，實(shí)現(xiàn)應(yīng)用軟件的即插即用以及各種應(yīng)用軟件之間的信息交換共享,如圖2所示。

圖2 基于CORBA的應(yīng)用集成模式

(2) 基于COM/DCOM的應(yīng)用集成

Microsoft提出的COM/DCOM技術(shù)以組件對(duì)象模型技術(shù)的核心，建立了一套組件形態(tài)標(biāo)準(zhǔn)和接口標(biāo)準(zhǔn)，確保不同廠商、不同時(shí)間、不同語(yǔ)言、不同操作系統(tǒng)的組件具有二進(jìn)制級(jí)的互操作性，通過(guò)RPC(也叫對(duì)象RPC、ORPC)實(shí)現(xiàn)遠(yuǎn)程調(diào)用。通常使用界面描述語(yǔ)言(IDL)來(lái)定義界面和描述接口。如圖3所示。

圖3 基于COM/DCOM的應(yīng)用集成模式

圖4 基于J2EE的應(yīng)用集成模式

(3) 基于J2EE的應(yīng)用集成

SUN公司和它的合作伙伴提出了J2EE連接器體系結(jié)構(gòu)標(biāo)準(zhǔn)(Java Connector Architecture，JCA)。JCA是J2EE1.3規(guī)范的一部分，提供包裝和部署設(shè)施。各種資源適配器能夠以一種標(biāo)準(zhǔn)組件的形式“插入”到J2EE應(yīng)用服務(wù)器中。集成了JCA架構(gòu)的基于J2EE應(yīng)用服務(wù)器的應(yīng)用集成如圖4所示。

2.2 面向服務(wù)集成的特點(diǎn)與優(yōu)勢(shì)

面向服務(wù)的綜合集成是以服務(wù)為基礎(chǔ)，構(gòu)建新的體系結(jié)構(gòu)。與傳統(tǒng)開(kāi)發(fā)方法相比，面向服務(wù)的綜合集成的特點(diǎn)在于具有松散耦合、抽象、可重用、組件化、獨(dú)立于平臺(tái)和協(xié)議等重要特性。簡(jiǎn)單概括，它具有以下的優(yōu)勢(shì)：

(1) 單個(gè)應(yīng)用成為開(kāi)發(fā)其他應(yīng)用的基礎(chǔ)構(gòu)件，減少集成成本，增加重用性。

由于在面向服務(wù)的綜合集成中服務(wù)之間是松耦合的合作關(guān)系，因而可以通過(guò)將新的代碼和遺留代碼一起使用的共同交互方式來(lái)減少系統(tǒng)的復(fù)雜性發(fā)布發(fā)現(xiàn)元數(shù)據(jù)信息和服務(wù)，從而簡(jiǎn)化了異構(gòu)的、復(fù)雜的信息環(huán)境間的集成，既降低了開(kāi)發(fā)成本，又縮短了開(kāi)發(fā)周期。

(2) 滿足動(dòng)態(tài)需求，不再是簡(jiǎn)單的靜態(tài)集成，具有較強(qiáng)的適應(yīng)性。

當(dāng)部隊(duì)出現(xiàn)編制體制調(diào)整、突發(fā)任務(wù)、信息資源等新變化需求時(shí)，只要根據(jù)需要向服務(wù)管理機(jī)構(gòu)提交新的注冊(cè)管理信息，就可以滿足新的需求，從而實(shí)現(xiàn)不同系統(tǒng)、不同平臺(tái)間的無(wú)縫連接。從技術(shù)上來(lái)講，面向服務(wù)的集成提供了一個(gè)抽象的接口。通過(guò)這些接口，系統(tǒng)可以進(jìn)行交互，而不是使用低層的協(xié)議和自定義的專有編程接口，來(lái)規(guī)定系統(tǒng)如何與其他系統(tǒng)進(jìn)行通訊。通過(guò)服務(wù)的發(fā)現(xiàn)和綁定方式可以適應(yīng)不同系統(tǒng)的服務(wù)加入和退出，適應(yīng)環(huán)境和結(jié)構(gòu)的動(dòng)態(tài)變化，滿足信息系統(tǒng)根據(jù)作戰(zhàn)需求實(shí)施動(dòng)態(tài)集成的要求。

(3) 具有標(biāo)準(zhǔn)化的架構(gòu)和開(kāi)放性。

面向服務(wù)的綜合集成采用開(kāi)放式結(jié)構(gòu)，可以充分利用現(xiàn)有資源。它屏蔽了框架中每個(gè)應(yīng)用的平臺(tái)細(xì)節(jié)和環(huán)境，規(guī)范了統(tǒng)一的接口服務(wù)，使得系統(tǒng)的擴(kuò)展和升級(jí)變得十分方便。通過(guò)從已有系統(tǒng)中提取符合標(biāo)準(zhǔn)的服務(wù)，可以方便地實(shí)現(xiàn)已有系統(tǒng)之間的綜合集成，實(shí)現(xiàn)已有系統(tǒng)與新建系統(tǒng)以及它們與未來(lái)系統(tǒng)的綜合集成。只要符合相關(guān)標(biāo)準(zhǔn)，無(wú)論何時(shí)開(kāi)發(fā)的組件都可以合并在一個(gè)結(jié)構(gòu)良好的面向服務(wù)的綜合集成系統(tǒng)中。并且不同開(kāi)發(fā)者開(kāi)發(fā)出的組件將被方便地添加部署在現(xiàn)有基礎(chǔ)構(gòu)架中。

3 服務(wù)化艦載作戰(zhàn)指揮控制系統(tǒng)集成架構(gòu)

艦載作戰(zhàn)指揮控制系統(tǒng)是艦載系統(tǒng)的大腦和中樞，它將接收和處理來(lái)自艦載系統(tǒng)所有組成部分的信息，得到綜合態(tài)勢(shì)并進(jìn)行指揮控制。這種任務(wù)使命決定了該系統(tǒng)必須具有良好的系統(tǒng)架構(gòu)，以面對(duì)復(fù)雜而多變的業(yè)務(wù)需求并迅速做出響應(yīng)。

該服務(wù)化信息系統(tǒng)一般架構(gòu)具有通用性質(zhì)，而且主要是針對(duì)互聯(lián)網(wǎng)環(huán)境下企業(yè)級(jí)應(yīng)用。但是，由于艦載指揮控制系統(tǒng)屬于軍用軟件系統(tǒng)，應(yīng)用領(lǐng)域明確、系統(tǒng)部署環(huán)境相對(duì)固定，可靠性和實(shí)時(shí)性要求高，需要在通用結(jié)構(gòu)的基礎(chǔ)上，結(jié)合艦載作戰(zhàn)指揮控制系統(tǒng)的應(yīng)用特點(diǎn)進(jìn)行系統(tǒng)架構(gòu)定制。

3.1 艦載作戰(zhàn)指揮控制系統(tǒng)服務(wù)劃分

通過(guò)分析艦載作戰(zhàn)指揮控制系統(tǒng)軟件，按照面向服務(wù)的思想，將艦載作戰(zhàn)指揮控制系統(tǒng)軟件各功能模塊劃分成服務(wù)，使艦載作戰(zhàn)指揮控制系統(tǒng)軟件具有動(dòng)態(tài)配置等功能，大大提高艦載作戰(zhàn)指揮控制系統(tǒng)軟件的可擴(kuò)展性，使艦載作戰(zhàn)指揮控制系統(tǒng)軟件達(dá)到可重用、可擴(kuò)展的目的。

面向服務(wù)架構(gòu)中，服務(wù)是基本單元，是組成系統(tǒng)的基本單位。服務(wù)是具有獨(dú)立功能的業(yè)務(wù)單元，它可以獨(dú)立完成某些功能，也能和其他服務(wù)進(jìn)行組合實(shí)現(xiàn)某些復(fù)雜的功能。對(duì)外發(fā)布的服務(wù)是自描述的，利用標(biāo)準(zhǔn)的描述格式定義服務(wù)所提供的操作和消息格式，將提供的操作通過(guò)標(biāo)準(zhǔn)方式封裝和發(fā)布，無(wú)論是調(diào)用者還是被調(diào)用者都無(wú)需關(guān)心其他的信息，如地址、實(shí)現(xiàn)技術(shù)等。服務(wù)的使用者和提供者可以是分布部署的，可以位于不同的系統(tǒng)平臺(tái)上，可以使用不同的技術(shù)實(shí)現(xiàn)。綜合這些特點(diǎn)可以得到服務(wù)以下8個(gè)屬性：

?服務(wù)可重用

?服務(wù)有服務(wù)合同

?服務(wù)之間松耦合

?服務(wù)抽象

?服務(wù)是可組合的

?服務(wù)是自治的

?服務(wù)是無(wú)狀態(tài)的

?服務(wù)是可發(fā)現(xiàn)的

上述8個(gè)屬性為軟件系統(tǒng)中服務(wù)的通用屬性。但是，由于軟件系統(tǒng)應(yīng)用領(lǐng)域不同，系統(tǒng)服務(wù)的實(shí)現(xiàn)上對(duì)屬性應(yīng)該有側(cè)重。在特殊情況下，針對(duì)具體應(yīng)用還需要添加特定的服務(wù)屬性。在軍用軟件系統(tǒng)中，對(duì)系統(tǒng)運(yùn)行的穩(wěn)定性、實(shí)時(shí)性、可靠性和安全性等有極高要求，需要優(yōu)先滿足。因此，在軍用信息系統(tǒng)服務(wù)除了以上8個(gè)特征外，還需要有實(shí)時(shí)性、穩(wěn)定性、安全性等。

3.2 實(shí)例服務(wù)劃分

在艦載作戰(zhàn)指揮控制系統(tǒng)分析設(shè)計(jì)階段，系統(tǒng)服務(wù)是根據(jù)業(yè)務(wù)需求來(lái)進(jìn)行劃分，包括指揮控制服務(wù)和系統(tǒng)通用服務(wù)。經(jīng)過(guò)對(duì)典型作戰(zhàn)流程進(jìn)行對(duì)比和分析，得到其主要包括3個(gè)方面：武器和傳感器控制、航跡數(shù)據(jù)處理和打擊結(jié)果評(píng)估。因此，可以將武器設(shè)備控制、航跡數(shù)據(jù)處理和打擊結(jié)果評(píng)估劃歸指揮控制服務(wù)，而其他服務(wù)劃歸系統(tǒng)通用服務(wù)。

依據(jù)以上劃分，可以根據(jù)作戰(zhàn)流程中涉及到的服務(wù)對(duì)應(yīng)得到3個(gè)服務(wù)組件類別：設(shè)備操控服務(wù)組件、航跡服務(wù)組件和評(píng)估服務(wù)組件。

(1) 設(shè)備操控服務(wù)組件

在艦載作戰(zhàn)指揮控制系統(tǒng)中代表硬件設(shè)備，包括武器、雷達(dá)等。該服務(wù)提供設(shè)備的通訊和控制等功能。

(2) 航跡處理服務(wù)組件

艦載作戰(zhàn)指揮控制系統(tǒng)中數(shù)據(jù)模型的建立，坐標(biāo)轉(zhuǎn)換、數(shù)據(jù)融合、數(shù)據(jù)加密等功能。

(3) 結(jié)果評(píng)估服務(wù)組件

艦載作戰(zhàn)指揮控制系統(tǒng)運(yùn)行的態(tài)勢(shì)分析、毀傷估計(jì)等。

基于以上的服務(wù)劃分，在流程步驟的基礎(chǔ)上對(duì)設(shè)備服務(wù)、業(yè)務(wù)邏輯服務(wù)和系統(tǒng)控制服務(wù)進(jìn)行進(jìn)一步分析，確定服務(wù)組件。

服務(wù)器接口定義如下：

(1) 融合服務(wù)

輸入?yún)?shù)：來(lái)自多信息源的目標(biāo)原始信息；

輸出參數(shù)：實(shí)際目標(biāo)信息；

所屬服務(wù)組件：業(yè)務(wù)邏輯服務(wù)組件。

(2) 分類識(shí)別服務(wù)

輸入?yún)?shù)：目標(biāo)、環(huán)境、本艦等各種信息；

輸出參數(shù)：綜合態(tài)勢(shì)；

所屬服務(wù)組件：威判服務(wù)組件。

(3) 敵我識(shí)別服務(wù)

輸入?yún)?shù)：目標(biāo)、環(huán)境、本艦等各種信息；

輸出參數(shù)：綜合態(tài)勢(shì)；

所屬服務(wù)組件：威判服務(wù)組件。

(4) 威脅估計(jì)服務(wù)

輸入?yún)?shù)：目標(biāo)、環(huán)境、本艦等各種信息；

輸出參數(shù)：綜合態(tài)勢(shì)；

所屬服務(wù)組件：威判服務(wù)組件。

(5) 火力分配服務(wù)

輸入?yún)?shù)：威脅目標(biāo)、武器等各種信息；

輸出參數(shù)：決策打擊；

所屬服務(wù)組件：威判服務(wù)組件。

(6) 目標(biāo)指示服務(wù)

輸入?yún)?shù)：目標(biāo)、武器等各種信息；

輸出參數(shù)：目標(biāo)指示命令；

所屬服務(wù)組件：設(shè)備服務(wù)組件。

(7) 毀傷程度判斷服務(wù)

輸入?yún)?shù)：目標(biāo)、武器、本艦等各種信息；

輸出參數(shù)：毀傷程度；

所屬服務(wù)組件：評(píng)估服務(wù)組件。

(8) 目標(biāo)搜索服務(wù)

輸入?yún)?shù)：目標(biāo)、環(huán)境、本艦等各種信息；

輸出參數(shù)：綜合態(tài)勢(shì)；

所屬服務(wù)組件：預(yù)警服務(wù)組件。

(9) 雷達(dá)設(shè)備服務(wù)

輸入?yún)?shù)：開(kāi)機(jī)、關(guān)機(jī)等各種命令；

輸出參數(shù)：無(wú)；

所屬服務(wù)組件：設(shè)備服務(wù)組件。

(10) 武器設(shè)備服務(wù)

輸入?yún)?shù)：開(kāi)機(jī)、關(guān)機(jī)、控制等各種命令；

輸出參數(shù)：無(wú)；

所屬服務(wù)組件：設(shè)備服務(wù)組件。

(11) 發(fā)布作戰(zhàn)信息服務(wù)

輸入?yún)?shù)：制作作戰(zhàn)計(jì)劃等各種命令；

輸出參數(shù)：作戰(zhàn)計(jì)劃；

所屬服務(wù)組件：計(jì)劃方案服務(wù)組件。

這些服務(wù)組件都將作為基礎(chǔ)的業(yè)務(wù)單元獨(dú)立存在，分布在系統(tǒng)的各個(gè)節(jié)點(diǎn)上，獨(dú)立運(yùn)行而不依賴于其他服務(wù)組件。對(duì)于上面的服務(wù)組件，可以根據(jù)它們所屬的服務(wù)類型和服務(wù)功能進(jìn)行組合得到力度更大的應(yīng)用服務(wù)。

3.3 艦載作戰(zhàn)指揮控制系統(tǒng)集成實(shí)例

面向應(yīng)用的服務(wù)集成架構(gòu)具有很好的擴(kuò)展性、重用性，集成的系統(tǒng)具有良好的互操作性，并且可以處理復(fù)雜的業(yè)務(wù)流程。針對(duì)艦載作戰(zhàn)指揮控制系統(tǒng)中具體的軍事應(yīng)用，即對(duì)艦攻擊，展示利用SOA思想和服務(wù)化技術(shù)，構(gòu)建Web服務(wù)實(shí)施辦法。

這里涉及到對(duì)艦攻擊流程，下面給出各自簡(jiǎn)化后的作戰(zhàn)流程：

對(duì)艦攻擊作戰(zhàn)流程想定步驟如下：

步驟1：雷達(dá)進(jìn)行搜索；

步驟2：探測(cè)目標(biāo)后形成航跡；

步驟3：對(duì)航跡進(jìn)行融合處理，得到融合目標(biāo)；

步驟4：對(duì)航跡信息戰(zhàn)術(shù)解算，得出威脅估計(jì)；

步驟5：根據(jù)目標(biāo)威脅估計(jì)等級(jí)進(jìn)行武器分配；

步驟6：下達(dá)目指命令；

步驟7：綜合判斷，進(jìn)行毀傷估計(jì)；

步驟8：攻擊流程結(jié)束。

經(jīng)過(guò)業(yè)務(wù)流程分析后，可以比較容易地畫(huà)出業(yè)務(wù)圖，如圖5。業(yè)務(wù)流程定義對(duì)業(yè)務(wù)規(guī)則制定，實(shí)現(xiàn)對(duì)服務(wù)單元的控制和編排。

經(jīng)過(guò)業(yè)務(wù)分析和服務(wù)定義后，對(duì)業(yè)務(wù)流程有了一個(gè)全面的認(rèn)識(shí)，對(duì)劃分出來(lái)的服務(wù)進(jìn)行實(shí)現(xiàn)后，得到服務(wù)化系統(tǒng)中所需要的基本組成單元。然后要對(duì)業(yè)務(wù)流程進(jìn)行定義，對(duì)各種服務(wù)組件進(jìn)行組合和編排，使得服務(wù)能夠按照一定邏輯關(guān)系合作完成一個(gè)獨(dú)立的業(yè)務(wù)流程。

圖5 對(duì)艦攻擊組合服務(wù)

4 結(jié)束語(yǔ)

對(duì)現(xiàn)有艦載作戰(zhàn)指揮控制系統(tǒng)的需求和特點(diǎn)進(jìn)行了深入分析，以面向服務(wù)思想為指導(dǎo)，構(gòu)建服務(wù)化艦載作戰(zhàn)指揮控制系統(tǒng)。結(jié)合該系統(tǒng)的需求和特點(diǎn)，詳細(xì)描述了服務(wù)的劃分和設(shè)計(jì)準(zhǔn)則，可以將服務(wù)劃分為業(yè)務(wù)邏輯服務(wù)和業(yè)務(wù)數(shù)據(jù)服務(wù)兩大類，使系統(tǒng)的數(shù)據(jù)和邏輯接口分離，服務(wù)之間松散耦合，提高系統(tǒng)靈活性，然后根據(jù)現(xiàn)有的服務(wù)化技術(shù)對(duì)系統(tǒng)進(jìn)行集成。

[1] Norbert Bieberstein, Sanjay Bose, Marc Fiammante, Keith Jones, Rawn Shah. 面向服務(wù)架構(gòu)(SOA)指南——業(yè)務(wù)價(jià)值、規(guī)劃及企業(yè)路線圖[M]. 張寧譯. 北京: 人民郵電出版社, 2008.2.

[2] Nicolai M.Josuttis. SOA實(shí)踐指南——分布式系統(tǒng)設(shè)計(jì)的藝術(shù)[M]. 程樺譯. 北京: 電子工業(yè)出版社, 2008.9.

[3] 中國(guó)電子技術(shù)標(biāo)準(zhǔn)化研究所. SOA用戶指南[M]. 北京: 電子工業(yè)出版社,2008.11.

Research on SOA-based shipborne CCS integration

HAN Chao

(Military Representatives Office of the Chinese PLA Navy in Dalian Factory 426, Dalian 116005, China)

A method of software integration and architecture of the shipborne CCS based on the Service Oriented Architecture (SOA) is proposed. With the adoption of the SOA ideas, the software architecture realizes the transformation from data-centric to business flow-centric by means of the business flow to organize the system applications, which satisfies the rapidly changing requirements of the applications. The system functions and data that can be founded and reused could be published on the internet to transform the system from platform-centric to network-centric so as to enhance the interoperability and information sharing capability of the shipborne CCS in the environment of network and information.

shipborne CCS; integration; SOA; business flow; service component architecture

2013-12-15；

2014-02-20

韓超(1979-)，男，工程師，研究方向：艦船建造。

TN954.2

A

1009-0401(2014)01-0037-05