5.1.1.          平臺(tái)功能架構(gòu)

與一般處理信息查詢和交換的平臺(tái)不同，工作人員考核數(shù)據(jù)交換平臺(tái)不僅要滿足數(shù)據(jù)交換的需要，而且交換的數(shù)據(jù)應(yīng)當(dāng)有規(guī)則，部門、人員、考核指標(biāo)、考核等次等信息必須有嚴(yán)格的代碼，并進(jìn)行全生命周期管理，以便對(duì)各考核、統(tǒng)計(jì)對(duì)象的數(shù)據(jù)進(jìn)行對(duì)比分析，通過(guò)指標(biāo)層級(jí)構(gòu)建實(shí)施共性指標(biāo)考核與個(gè)人指標(biāo)考核的有機(jī)結(jié)合和鉆取分析。

為此，數(shù)據(jù)交換平臺(tái)必須充分考慮數(shù)據(jù)庫(kù)、數(shù)據(jù)表規(guī)劃，綜合運(yùn)用編碼技術(shù)、數(shù)據(jù)交換技術(shù)、數(shù)據(jù)挖掘技術(shù)、數(shù)據(jù)鉆取技術(shù)來(lái)實(shí)現(xiàn)。

5.1.2.    全局編碼機(jī)制

全局編碼是指平臺(tái)內(nèi)唯一識(shí)別的編碼，適用于代碼字典、考核指標(biāo)、考核等次、應(yīng)用單位、內(nèi)設(shè)機(jī)構(gòu)、崗位及人員的編碼，以及系統(tǒng)版本、系統(tǒng)角色、系統(tǒng)帳戶、系統(tǒng)模塊、操作步驟、業(yè)務(wù)流程節(jié)點(diǎn)的編碼。全局編碼由編碼前綴和自增長(zhǎng)序列號(hào)組成。編碼前綴由人工編碼，每個(gè)應(yīng)用系統(tǒng)版本一個(gè)編碼前綴，自增長(zhǎng)序列號(hào)由程序自動(dòng)生成。

5.1.3.    數(shù)據(jù)交換機(jī)制

數(shù)據(jù)交換的包括兩個(gè)方向，一個(gè)方向是自上下而發(fā)布，另一個(gè)方向是自下而上歸集。自上而下發(fā)布是將一級(jí)單位數(shù)據(jù)庫(kù)的相關(guān)數(shù)據(jù)發(fā)布到二級(jí)應(yīng)用數(shù)據(jù)庫(kù)中，一般包括各類代碼、指標(biāo)、模型，以及存放相互關(guān)系的數(shù)據(jù)。自下而上歸集主要是各二級(jí)單位自建的部門、人員、指標(biāo)以及以月度、季度、半年、年度匯總后的考核匯總數(shù)據(jù)。各單位個(gè)性考核管理模塊、沒有按考核分析周期匯總的原始數(shù)據(jù)仍保留在原數(shù)據(jù)庫(kù)中。

常見的數(shù)據(jù)交換方式有多種，包括信息發(fā)布/訂閱、同步作業(yè)、中轉(zhuǎn)服務(wù)和企業(yè)服務(wù)總線，由于各二級(jí)單位現(xiàn)有的考核管理軟件使用平臺(tái)、數(shù)據(jù)格式可能不同，可優(yōu)先考慮使用oracle的企業(yè)服務(wù)總線（ESB）。如果是同類數(shù)據(jù)庫(kù)，也可采用發(fā)布/訂閱方式等方式更加靈活便捷。

企業(yè)服務(wù)總線是通過(guò)一個(gè)消息和路由系統(tǒng)(總線)和解析設(shè)施(適配器)提供不同的系統(tǒng)之間的溝通方式的一種架構(gòu)。通過(guò)消息路由有效地降低了“一級(jí)”應(yīng)用和”二級(jí)”應(yīng)用系統(tǒng)之間交互的耦合性，使得兩級(jí)應(yīng)用之間在技術(shù)上是完全相互獨(dú)立的、互不影響。多個(gè)系統(tǒng)均發(fā)送消息至總線，并由總線將消息轉(zhuǎn)發(fā)，企業(yè)服務(wù)總線能夠把數(shù)據(jù)解析為不同的格式。大多數(shù)企業(yè)服務(wù)總線應(yīng)用都有許多可以使用的標(biāo)準(zhǔn)的適配器和一個(gè)應(yīng)用程序編程接口。這個(gè)應(yīng)用程序編程接口允許開發(fā)人員使用自己的適配器與其它系統(tǒng)進(jìn)行溝通。企業(yè)服務(wù)總線還能提供服務(wù)編排(把多項(xiàng)服務(wù)組合為一項(xiàng)服務(wù))、流程編排(流程流)以及安全和管理(身份識(shí)別、監(jiān)視、審計(jì)和登錄)。

發(fā)布/訂閱（Publish/subscribe 或pub/sub）是一種消息范式，消息的發(fā)送者（發(fā)布者）不是計(jì)劃發(fā)送其消息給特定的接收者（訂閱者）。而是發(fā)布的消息分為不同的類別，而不需要知道什么樣的訂閱者訂閱。訂閱者對(duì)一個(gè)或多個(gè)類別表達(dá)興趣，于是只接收感興趣的消息，而不需要知道什么樣的發(fā)布者發(fā)布的消息。這種發(fā)布者和訂閱者的解耦可以允許更好的可擴(kuò)放性和更為動(dòng)態(tài)的網(wǎng)絡(luò)拓?fù)?/span>.

發(fā)布/訂閱是消息隊(duì)列范式的兄弟，通常是更大的面向消息的中間件系統(tǒng)的一部分。大多數(shù)消息系統(tǒng)在應(yīng)用程序接口（API）中同時(shí)支持消息隊(duì)列模型和發(fā)布/訂閱模型，例如Java消息服務(wù)（JMS）。

發(fā)布者與訂閱者松散地耦合，并且不需要知道對(duì)方的存在。由于主題是被關(guān)注的，發(fā)布者和訂閱者可以對(duì)系統(tǒng)拓?fù)浜翢o(wú)所知。 發(fā)送者和訂閱者都可以繼續(xù)正常操作，不管對(duì)方。對(duì)于相對(duì)小的安裝，發(fā)布/訂閱通過(guò)并行操作，消息緩存，基于樹的或基于網(wǎng)絡(luò)的發(fā)送等，與傳統(tǒng)的客戶端/服務(wù)器相比，提供了更好的可縮放性的機(jī)會(huì)。

5.1.4.    數(shù)據(jù)鉆取機(jī)制

除可看到各類統(tǒng)計(jì)報(bào)表外，一級(jí)應(yīng)用、二級(jí)應(yīng)用均需要反查各類數(shù)據(jù)的來(lái)源，直到明細(xì)臺(tái)帳。為減少明細(xì)臺(tái)帳、個(gè)性考核數(shù)據(jù)的同步上傳工作量，減少數(shù)據(jù)冗余，可通過(guò)以下方式來(lái)實(shí)現(xiàn)明細(xì)臺(tái)帳、個(gè)性臺(tái)帳的反查。①針對(duì)各應(yīng)用單位設(shè)置是否可跨數(shù)據(jù)庫(kù)查詢權(quán)限；②為每個(gè)應(yīng)用系統(tǒng)版本配置數(shù)據(jù)庫(kù)名稱、地址等屬性；③每條數(shù)據(jù)記錄中均記錄數(shù)據(jù)來(lái)源的系統(tǒng)版本標(biāo)識(shí)。

???????????????????????????????????????