馬 菁

（中廣核工程有限公司，廣東 深圳 518172）

隨著核電信息化的加速發(fā)展，傳統(tǒng)業(yè)務(wù)管理模式被系統(tǒng)線上為主的數(shù)字化業(yè)務(wù)管理模式所替代，企業(yè)各種類型的業(yè)務(wù)系統(tǒng)產(chǎn)生了大量的電子文件、結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)，這些明顯帶有檔案屬性。新的電子文件類型，加上業(yè)務(wù)系統(tǒng)文件本身的復(fù)雜多樣，給歸檔帶來巨大挑戰(zhàn)（特別是對現(xiàn)有的歸檔理念、歸檔范圍、歸檔方式等）。大量具有保存價值的新型業(yè)務(wù)系統(tǒng)文件未能及時有效歸檔并開展檔案化管理，這可能會使企業(yè)核心信息資產(chǎn)流失。

通過對核電單套制模式下設(shè)計(jì)業(yè)務(wù)系統(tǒng)電子文件歸檔問題分析，可以很清晰得知，業(yè)務(wù)系統(tǒng)里電子文件要自動歸檔到檔案管理系統(tǒng)，實(shí)現(xiàn)與檔案管理系統(tǒng)的連通，存在如下問題：第一，管理主體之間協(xié)同問題。即業(yè)務(wù)系統(tǒng)內(nèi)電子文件產(chǎn)生部門與檔案管理部門之間步調(diào)不一致。在核電質(zhì)保體系中，業(yè)務(wù)系統(tǒng)中電子文件產(chǎn)生與規(guī)范需要質(zhì)保部門、項(xiàng)目管理團(tuán)隊(duì)和文檔部門共同參與，若協(xié)調(diào)不好，會導(dǎo)致該類系統(tǒng)中設(shè)計(jì)過程文件管理相關(guān)的程序制度不夠全面，設(shè)計(jì)過程文件管理業(yè)務(wù)流程未能完全規(guī)范。第二，業(yè)務(wù)系統(tǒng)與檔案管理系統(tǒng)歸檔集成的問題。檔案系統(tǒng)開發(fā)，一般都會早于業(yè)務(wù)系統(tǒng)，檔案系統(tǒng)各項(xiàng)模塊開發(fā)與應(yīng)用已經(jīng)趨于成熟，要實(shí)現(xiàn)與業(yè)務(wù)系統(tǒng)的連接，必然面臨二次開發(fā)[1]。

以上問題的分析與解決，是信息化背景下核電企業(yè)文檔管理面臨的轉(zhuǎn)型與突破。

1 設(shè)計(jì)業(yè)務(wù)系統(tǒng)歸檔可行性研究

1）頂層管理思路支持。組織結(jié)構(gòu)視角下，業(yè)務(wù)系統(tǒng)電子文件歸檔一方面需要厘清不同參與部門之間分工與合作的具體內(nèi)容，另一方面需要制定面向組織機(jī)構(gòu)中所有業(yè)務(wù)系統(tǒng)電子文件歸檔的戰(zhàn)略規(guī)劃[2]。核電向來重視設(shè)計(jì)知識沉淀，借鑒外部“互聯(lián)網(wǎng)+”先進(jìn)理念，重點(diǎn)解決業(yè)務(wù)與信息化結(jié)合及信息化治理的問題，一直是核電公司信息化規(guī)劃頂層方案的要求，管理主體之間配合協(xié)調(diào)問題迎刃而解。

2）技術(shù)支撐。在電子文件單套制管理模式中，文件從生成到銷毀、永久保存的整個生命周期內(nèi)不會出現(xiàn)非電子形式的文件類型，這對產(chǎn)生電子文件的業(yè)務(wù)管理系統(tǒng)與最終承擔(dān)長期保存的企業(yè)內(nèi)容管理平臺之間的打通提出要求，而這兩個系統(tǒng)最大的特點(diǎn)的各自運(yùn)行，業(yè)務(wù)系統(tǒng)緊貼業(yè)務(wù)，有自己的管理規(guī)則，檔案管理系統(tǒng)從電子文件長期保存的視角出發(fā)，也有自己的管理側(cè)重點(diǎn)，如何將檔案管理規(guī)則在較小代價下，前移到業(yè)務(wù)系統(tǒng)的電子文件管理中，是兩個主體系統(tǒng)面臨的同樣困境。

根據(jù)文獻(xiàn)調(diào)查與對公司內(nèi)部系統(tǒng)實(shí)踐調(diào)研，業(yè)務(wù)系統(tǒng)與檔案管理系統(tǒng)雖然表結(jié)構(gòu)、名稱并不相同，但從存儲內(nèi)容來看，本質(zhì)都是數(shù)據(jù)庫中進(jìn)行元數(shù)據(jù)、字段存儲，兩個系統(tǒng)接口本質(zhì)是數(shù)據(jù)提取、交換和處理。

目前業(yè)界采用的主流歸檔集成接口開發(fā)技術(shù)有Web Service技術(shù)、中間庫技術(shù)、ESB技術(shù)和Hessian協(xié)議。不同接口開發(fā)技術(shù)具備不同的技術(shù)特征和適用場景。

Web Service技術(shù)作為服務(wù)應(yīng)用程序，它提供通過http協(xié)議調(diào)用應(yīng)用程序接口，建立可互操作的分布式應(yīng)用程序平臺，同時，作為一套標(biāo)準(zhǔn)，它定義了應(yīng)用程序如何在Web上實(shí)現(xiàn)互操作性。它優(yōu)勢在于具有統(tǒng)一的接口與標(biāo)準(zhǔn)，無須針對性地開發(fā)，消息反饋及時，可采用加密措施。不足是系統(tǒng)開發(fā)需要同時，數(shù)據(jù)傳輸能力依賴于網(wǎng)絡(luò)情況，歸檔集成數(shù)據(jù)量大時對服務(wù)器壓力影響較大，不提供數(shù)據(jù)確認(rèn)機(jī)制。

基于Java規(guī)范的開源Web Services框架，Apache CXF，是一個輕量級的開源Web Services框架，在這個框架可以構(gòu)筑一個企業(yè)級的SOA平臺。它提供對多種綁定、數(shù)據(jù)綁定、傳輸協(xié)議以及數(shù)據(jù)格式的支持，同時，它可以根據(jù)實(shí)際項(xiàng)目的需要，采用代碼優(yōu)先或者WSDL文檔優(yōu)先，來輕松實(shí)現(xiàn)Web Services的發(fā)布和使用。Apache CXF有很有優(yōu)良特性：（1）簡單易用，支持眾多編程模型；（2）與Spring緊密集成；（3）提供了對RESTful服務(wù)的支持；（4）可插拔的框架結(jié)構(gòu)設(shè)計(jì)，可自適應(yīng)地支持其他多種數(shù)據(jù)綁定、協(xié)議標(biāo)準(zhǔn)和遺留系統(tǒng)；（5）具有輕量級Web Services框架；（6）友好的商業(yè)Apache許可證。

中間庫技術(shù)也常用于解決兩個系統(tǒng)間的接口問題，實(shí)現(xiàn)兩個系統(tǒng)共同操作中間庫進(jìn)行數(shù)據(jù)的交互。它是一種松耦合技術(shù)，不需要對業(yè)務(wù)系統(tǒng)和檔案管理系統(tǒng)進(jìn)行二次開發(fā)，易于統(tǒng)計(jì)監(jiān)控，可直接利用中間庫進(jìn)行歸檔集成的數(shù)據(jù)統(tǒng)計(jì)、監(jiān)控，能夠?qū)崿F(xiàn)大量數(shù)據(jù)的歸檔集成，不足在于數(shù)據(jù)接收處理及時性不足，需要定期核對中間庫數(shù)據(jù)，中間庫元數(shù)據(jù)規(guī)則配置繁瑣。以上兩項(xiàng)技術(shù)的結(jié)合，通過Web服務(wù)把數(shù)據(jù)緩存到中間庫，然后定時任務(wù)取中間庫數(shù)據(jù)進(jìn)行歸檔，解決業(yè)務(wù)系統(tǒng)與檔案管理系統(tǒng)歸檔集成問題。

2 總體方案設(shè)計(jì)

檔案具有準(zhǔn)確性、原始性的特點(diǎn)。在線歸檔實(shí)施過程中，電子文件“四性檢測”是確保電子文件真實(shí)可靠的重要手段，也是電子文件可以真正實(shí)現(xiàn)單套制歸檔的重要條件。同時，業(yè)務(wù)系統(tǒng)中核電設(shè)計(jì)過程文件管理制度也應(yīng)配套完善。

1）完善設(shè)計(jì)過程文件管理制度。調(diào)研核電各專業(yè)活動，調(diào)研內(nèi)容包括：設(shè)計(jì)活動內(nèi)容、設(shè)計(jì)過程文件的種類、設(shè)計(jì)過程文件日常管理現(xiàn)狀、設(shè)計(jì)業(yè)務(wù)系統(tǒng)使用情況以及專業(yè)對設(shè)計(jì)過程文件管理的建議；在上述調(diào)研的基礎(chǔ)上梳理和編制新的歸檔范圍清單，解決新形勢下電子文件歸檔范圍不夠完整的問題，針對新的電子文件類別，明確保管期限等。并將新的文檔管理內(nèi)容通過制度的形式確定下來，在后續(xù)將管理流程與內(nèi)容固化到業(yè)務(wù)系統(tǒng)或檔案管理系統(tǒng)。

2）業(yè)務(wù)系統(tǒng)電子文件自動歸檔設(shè)計(jì)。設(shè)計(jì)業(yè)務(wù)系統(tǒng)設(shè)計(jì)過程電子文件，通過系統(tǒng)接口歸檔至檔案管理信息系統(tǒng)，并在文檔管理信息系統(tǒng)中長期保存并提供利用。歸檔過程采用異步進(jìn)行的方式，即各業(yè)務(wù)系統(tǒng)上報的歸檔數(shù)據(jù)首先保存在統(tǒng)一服務(wù)平臺的表接口數(shù)據(jù)庫中，然后再由歸檔業(yè)務(wù)組件從表接口數(shù)據(jù)庫中取數(shù)據(jù)并歸檔到檔案管理系統(tǒng)中。

統(tǒng)一服務(wù)平臺的整體系統(tǒng)結(jié)構(gòu)設(shè)計(jì)由客戶端、統(tǒng)一服務(wù)平臺、檔案管理系統(tǒng)構(gòu)成。統(tǒng)一服務(wù)平臺系統(tǒng)層次劃分為：表現(xiàn)層、控制器層、業(yè)務(wù)邏輯層、數(shù)據(jù)訪問對象（DAO，Data Access Object）層、領(lǐng)域?qū)ο螅―omain Object）層。

采用三個開源框架Apache CXF、Spring Framework、Hibernate來實(shí)現(xiàn)服務(wù)對接。

3 結(jié)論

因設(shè)計(jì)業(yè)務(wù)系統(tǒng)開發(fā)過程中未考慮設(shè)計(jì)過程文件歸檔的問題，目前，業(yè)務(wù)系統(tǒng)的各個子模塊，部分已單獨(dú)開發(fā)了到檔案管理系統(tǒng)的歸檔接口。由此帶來的問題是，一旦檔案管理系統(tǒng)歸檔要求有所變化，所有接口全部需要重新開發(fā)。所以，在實(shí)施過程中，規(guī)范業(yè)務(wù)系統(tǒng)和檔案管理系統(tǒng)的接口，統(tǒng)一電子文件歸檔要求，對已實(shí)施的歸檔接口進(jìn)行完善和優(yōu)化，對暫未開發(fā)接口的系統(tǒng)，按照新的標(biāo)準(zhǔn)進(jìn)行開發(fā)，使歸檔至檔案管理系統(tǒng)的電子文件及其元數(shù)據(jù)均使用同一套標(biāo)準(zhǔn)接口要求，以此節(jié)省系統(tǒng)接口維護(hù)和改造成本。