康曉麗，王 艷

(山西省信息產(chǎn)業(yè)技術(shù)研究院有限公司，山西 太原 030012)

1 緒論

1.1 背景

近年來，隨著企業(yè)信息化戰(zhàn)略的實(shí)施，企業(yè)信息化得到了全面普及和發(fā)展，企業(yè)信息化建設(shè)已經(jīng)發(fā)展到由被動推動型到需求拉動型的階段。

在企業(yè)內(nèi)部，各部門在應(yīng)用中不斷提出許多新的需求，但這種需求大多是由業(yè)務(wù)部門提出、針對具體的單項(xiàng)業(yè)務(wù)，反映了低層次、局部性的應(yīng)用要求。這類系統(tǒng)按傳統(tǒng)方式開發(fā)，數(shù)據(jù)自成體系，信息孤島越來越多[1-3]。

1.2 目的和意義

企業(yè)協(xié)同管理系統(tǒng)，是企業(yè)充分發(fā)揮信息技術(shù)的優(yōu)勢和提高市場競爭力的必然選擇。在傳統(tǒng)系統(tǒng)中，數(shù)據(jù)分散于不同部門和系統(tǒng)，難以共享和利用，形成一個個信息孤島。因此需對企業(yè)信息化人機(jī)系統(tǒng)進(jìn)行深入研究，依托大數(shù)據(jù)及相關(guān)前沿科技，營造大數(shù)據(jù)應(yīng)用的良好生態(tài)，促進(jìn)信息技術(shù)工作，達(dá)到平臺本身應(yīng)具備的橫向擴(kuò)展能力，實(shí)現(xiàn)辦公系統(tǒng)與業(yè)務(wù)處理一體化管理，促進(jìn)生產(chǎn)和管理效率的提高[4]。

2 系統(tǒng)總體設(shè)計(jì)

2.1 系統(tǒng)總體設(shè)計(jì)思路

業(yè)務(wù)管理系統(tǒng)是企業(yè)業(yè)務(wù)應(yīng)用系統(tǒng)對外實(shí)現(xiàn)業(yè)務(wù)銜接的子系統(tǒng)，考慮到與原系統(tǒng)的融合，在底層技術(shù)上將采用與原系統(tǒng)相同的技術(shù)路線，在操作與功能層面將采用開源的架構(gòu)與開發(fā)語言(Java)進(jìn)行開發(fā)。具體的技術(shù)路線如表1所示。

表1 具體技術(shù)路線

業(yè)務(wù)管理系統(tǒng)要與外部單位的系統(tǒng)實(shí)現(xiàn)對接，不同類型的應(yīng)用系統(tǒng)、不同的開發(fā)語言和模式都可能存在差異，所以業(yè)務(wù)協(xié)同對接平臺需要具備以下特點(diǎn)：

1) 采用XML國際標(biāo)準(zhǔn)作為數(shù)據(jù)交換標(biāo)準(zhǔn)規(guī)范，此方式支持JAVA/C#/C/C++等常見開發(fā)語言開發(fā)的應(yīng)用系統(tǒng)。

2) 對接平臺需要具備良好的業(yè)務(wù)協(xié)同擴(kuò)展能力。

2.2 系統(tǒng)總體架構(gòu)

系統(tǒng)總體架構(gòu)如圖1所示。

圖1 系統(tǒng)總體架構(gòu)

1) 應(yīng)用層：應(yīng)用層即需要部署在服務(wù)器上的系統(tǒng)服務(wù)，接收可視層的數(shù)據(jù)請求，并將處理結(jié)果進(jìn)行反饋。一套應(yīng)用層服務(wù)高并發(fā)同步處理所有可視層用戶的請求和響應(yīng)[5]。

2) 可視層：可視層直接面向用戶，與應(yīng)用層之間定義了規(guī)范的請求接口，通過HTTP協(xié)議與應(yīng)用層實(shí)現(xiàn)數(shù)據(jù)請求和響應(yīng)。

3) 系統(tǒng)支撐層：系統(tǒng)支撐層即硬件支撐層與應(yīng)用層之間的銜接層。

4) 硬件支撐層：硬件支撐層指本系統(tǒng)建設(shè)的最底層。

5) 數(shù)據(jù)標(biāo)準(zhǔn)及規(guī)范建設(shè)。遵循國標(biāo)標(biāo)準(zhǔn)，采標(biāo)為主、制標(biāo)為輔。以信息安全技術(shù)、信息數(shù)據(jù)、通信行業(yè)等相關(guān)標(biāo)準(zhǔn)規(guī)范為基礎(chǔ)，以企業(yè)相關(guān)業(yè)務(wù)標(biāo)準(zhǔn)與規(guī)范為依據(jù)，建設(shè)本項(xiàng)目在技術(shù)、安全、管理、業(yè)務(wù)四大方面的標(biāo)準(zhǔn)體系規(guī)范，實(shí)現(xiàn)企業(yè)內(nèi)部業(yè)務(wù)協(xié)同與監(jiān)督管理。

2.3 系統(tǒng)部署設(shè)計(jì)

本系統(tǒng)為集中式部署，數(shù)據(jù)庫架構(gòu)分為：應(yīng)用數(shù)據(jù)庫和應(yīng)用支撐庫。應(yīng)用數(shù)據(jù)庫：各個業(yè)務(wù)應(yīng)用系統(tǒng)數(shù)據(jù)存放的獨(dú)立數(shù)據(jù)庫；應(yīng)用支撐庫：主要部署底層技術(shù)支撐以及業(yè)務(wù)支撐的數(shù)據(jù)庫。應(yīng)用數(shù)據(jù)庫與應(yīng)用支撐庫關(guān)系：通過調(diào)用應(yīng)用支撐庫完成業(yè)務(wù)應(yīng)用數(shù)據(jù)增、刪、改、查功能[6-7]。

2.4 系統(tǒng)業(yè)務(wù)流程設(shè)計(jì)

從技術(shù)角度分析，業(yè)務(wù)管理系統(tǒng)實(shí)現(xiàn)協(xié)同的核心流程分為移送流程和接收流程，各協(xié)同業(yè)務(wù)是在此基礎(chǔ)上實(shí)現(xiàn)的復(fù)雜組合，具體的業(yè)務(wù)流程如圖2所示。

圖2 系統(tǒng)業(yè)務(wù)流程

2.4.1 移送流程

業(yè)務(wù)辦理到一定環(huán)節(jié)時，承辦人需向其它單元移送相關(guān)數(shù)據(jù)，承辦人移送時通常不會直接向外移送，需要經(jīng)過審查確認(rèn)。

確認(rèn)移送后，業(yè)務(wù)管理系統(tǒng)會調(diào)用業(yè)務(wù)應(yīng)用系統(tǒng)相關(guān)接口獲取數(shù)據(jù)，由數(shù)據(jù)處理服務(wù)對待移送數(shù)據(jù)進(jìn)行轉(zhuǎn)換處理，并存儲至本系統(tǒng)特定目錄，由數(shù)據(jù)交換服務(wù)根據(jù)相關(guān)規(guī)則調(diào)用數(shù)據(jù)分發(fā)路由服務(wù)，將數(shù)據(jù)包發(fā)送至指定位置，實(shí)現(xiàn)數(shù)據(jù)跨網(wǎng)交換。

2.4.2 接收流程

業(yè)務(wù)管理系統(tǒng)數(shù)據(jù)交換服務(wù)在對特定接收目錄進(jìn)行實(shí)時監(jiān)控，發(fā)現(xiàn)有待處理數(shù)據(jù)包時，會觸發(fā)數(shù)據(jù)處理服務(wù)對待接收數(shù)據(jù)進(jìn)行處理、存儲。

3 系統(tǒng)功能設(shè)計(jì)

系統(tǒng)功能模塊包括門戶、業(yè)務(wù)、執(zhí)行、查詢、接口對接和配置等，可實(shí)現(xiàn)與數(shù)據(jù)庫管理軟件、數(shù)據(jù)庫運(yùn)維管理平臺、定制化瀏覽器管理平臺和定制化文字處理軟件管理平臺等的對接聯(lián)調(diào)[8]。

3.1 對接類功能

用戶在進(jìn)行系統(tǒng)操作時僅需要登錄統(tǒng)一系統(tǒng)，系統(tǒng)為用戶身份認(rèn)證提供多種認(rèn)證方式，除了基本的用戶名口令方式外，還需為基于CA的或基于域管理的統(tǒng)一身份認(rèn)證體系預(yù)留接口，以適應(yīng)系統(tǒng)的擴(kuò)展[9]。

3.2 數(shù)據(jù)備份功能

數(shù)據(jù)備份系統(tǒng)在備份過程中要用到大量的存儲介質(zhì)(磁帶)，在制定備份策略時，將根據(jù)數(shù)據(jù)的運(yùn)作和使用情況，來確定數(shù)據(jù)的最長有效期、可容忍的數(shù)據(jù)丟失時間，從而確定執(zhí)行備份的時間、每次備份的種類、使用空間介質(zhì)和重用老介質(zhì)的方法。

3.3 數(shù)據(jù)接收服務(wù)

數(shù)據(jù)接收服務(wù)主要包括：數(shù)據(jù)完整校驗(yàn)、接收數(shù)據(jù)查看、數(shù)據(jù)文件解壓、特殊文件校驗(yàn)、寫統(tǒng)一業(yè)務(wù)待接收文件、接收信息展示、消息結(jié)構(gòu)化數(shù)據(jù)回填、更新待接收記錄等。其中數(shù)據(jù)完整校驗(yàn)是指總部和各子公司有時分處不同的網(wǎng)絡(luò)中，數(shù)據(jù)的對接無法通過接口的形式直接調(diào)用，都是以文件數(shù)據(jù)的方式進(jìn)行傳輸，數(shù)據(jù)在傳輸?shù)倪^程中有可能會出現(xiàn)損壞的情況，那么在接收到其他單位發(fā)送的數(shù)據(jù)文件時，首先需要對數(shù)據(jù)的完整性進(jìn)行校驗(yàn)。

3.4 消息發(fā)送服務(wù)

消息發(fā)送服務(wù)主要包括：消息對接、發(fā)送數(shù)據(jù)查看、打包任務(wù)、訂閱電子打包任務(wù)消息以及獲取消息結(jié)構(gòu)數(shù)據(jù)等功能。其中消息對接是指如果需要將數(shù)據(jù)移送至其他部門或子公司，可以通過業(yè)務(wù)應(yīng)用系統(tǒng)進(jìn)行移送，協(xié)同子系統(tǒng)通過業(yè)務(wù)應(yīng)用系統(tǒng)的移送MQ消息捕獲系統(tǒng)信息。

3.5 運(yùn)行監(jiān)控服務(wù)

1) 處理器運(yùn)行狀況監(jiān)控：監(jiān)控處理器運(yùn)行狀況，包括處理器運(yùn)算占用率。

2) 內(nèi)存運(yùn)行狀況監(jiān)控：監(jiān)控內(nèi)存運(yùn)行狀況，展示內(nèi)存占用率情況。

3) 存儲運(yùn)行狀況監(jiān)控：監(jiān)控存儲運(yùn)行情況，展示存儲占用情況，及時對存儲不足的情況進(jìn)行預(yù)警。

4) 服務(wù)運(yùn)行狀況監(jiān)控：監(jiān)控服務(wù)運(yùn)行狀況，對于異常停服進(jìn)行及時預(yù)警。

3.6 消息日志

1) 日志管理：日志管理界面，支持對協(xié)同對接產(chǎn)生的消息日志進(jìn)行查詢、瀏覽和詳情查看等。

2) 協(xié)同消息：支持對協(xié)同橋接數(shù)據(jù)流轉(zhuǎn)過程中的消息進(jìn)行交互和查看瀏覽。

3.7 系統(tǒng)配置

1) 系統(tǒng)配置：系統(tǒng)配置功能主要包含系統(tǒng)主要功能的可自定義配置，便于應(yīng)對各部門可能的服務(wù)器遷移、服務(wù)器IP變動和網(wǎng)絡(luò)環(huán)境變動等問題，支持增、刪、改、查相應(yīng)系統(tǒng)功能。

2) 代碼管理：針對協(xié)同業(yè)務(wù)流程中涉及的代碼進(jìn)行管理，可以進(jìn)行增、刪、改、查相應(yīng)系統(tǒng)功能等操作，將協(xié)同標(biāo)準(zhǔn)中的代碼與統(tǒng)一業(yè)務(wù)應(yīng)用系統(tǒng)代碼進(jìn)行對照，完成代碼的匹配。

3.8 監(jiān)控路由

1) 路由配置:路由配置主要實(shí)現(xiàn)對數(shù)據(jù)目錄的動態(tài)配置，合理應(yīng)對服務(wù)器遷移和資源劃撥等操作，支持對路由配置的增、刪、改、查。

2) 監(jiān)控配置:監(jiān)控配置主要針對數(shù)據(jù)目錄，支持FTP、網(wǎng)閘、特定文件夾和特定接口等形式，同時提供對這些源地址的增、刪、改、查。

3.9 組織機(jī)構(gòu)

該模塊是向本平臺提供組織機(jī)構(gòu)管理功能。

1) 單位管理:對單位進(jìn)行管理，支持對可登錄橋接系統(tǒng)的單位進(jìn)行增、刪、改、查。

2) 組織機(jī)構(gòu):對組織機(jī)構(gòu)角色進(jìn)行管理，提供全維度的組織機(jī)構(gòu)管理配置，包含增、刪、改、查登錄協(xié)同橋接程序的角色、角色人員和角色功能權(quán)限。

3) 人員信息:對人員基本信息及密碼等進(jìn)行維護(hù)管理，包含添加人員、修改人員、刪除人員、禁用人員和查詢?nèi)藛T。

4 總結(jié)

跨部門協(xié)同辦理業(yè)務(wù)的常規(guī)解決辦法是通過人工收集、整理信息的方式實(shí)現(xiàn)業(yè)務(wù)的交接、交互辦理。就工作成本投入而言，此類解決方案不僅需要大量人力、物力和時間成本的投入，還無法充分發(fā)揮信息資源的可共享優(yōu)勢，導(dǎo)致重復(fù)錄入不斷發(fā)生，進(jìn)而產(chǎn)生“信息孤島”。因此需要通過建設(shè)企業(yè)跨部門大數(shù)據(jù)協(xié)同平臺，實(shí)現(xiàn)共享信息的采集、匯聚、加工、傳輸，通過信息資源整合滿足信息資源規(guī)范使用，滿足用戶信息共享和業(yè)務(wù)協(xié)同需求，落實(shí)“應(yīng)用主導(dǎo)”，消除“信息孤島”，促使該平臺成為企業(yè)信息數(shù)據(jù)共享交換的中轉(zhuǎn)樞紐。