唐 華，楊家蓉，鐘 潔

（眉山職業(yè)技術(shù)學(xué)院 四川 眉山 620010）

0 引言

企業(yè)辦公軟件作為一種辦公輔助軟件，是以提高企業(yè)工作效率，提高企業(yè)生產(chǎn)力為目的的綜合平臺。 一般情況下，辦公軟件功能包括文檔處理、統(tǒng)計分類、客戶關(guān)系管理、電子郵件系統(tǒng)、協(xié)同工具等，旨在輔助企業(yè)初步完成辦公自動化，加快企業(yè)內(nèi)部文檔流轉(zhuǎn)速度，減少低效工作，也通過實施資源管理，提高了職責(zé)分派及管理效率，助力企業(yè)實現(xiàn)了管理信息資源的有效整合，使企業(yè)日常管理運作更為規(guī)范化、高效化，節(jié)約了企業(yè)經(jīng)營成本［1］。 并且，隨著國家“互聯(lián)網(wǎng)＋”戰(zhàn)略構(gòu)想的提出與實施，企業(yè)利用辦公軟件解決日常工作中的事務(wù)已成為主要發(fā)展方向，線上服務(wù)模式也已成為衡量企業(yè)管理水平和公共服務(wù)水平的重要參考指標(biāo)。 因此，本文提出一種基于服務(wù)化技術(shù)的辦公軟件平臺開發(fā)平臺，以提高企業(yè)日常的工作效率，并對企業(yè)隨需而變的業(yè)務(wù)發(fā)展具有現(xiàn)實意義。

1 基于服務(wù)化技術(shù)的辦公軟件開發(fā)平臺設(shè)計

1.1 平臺設(shè)計理念

服務(wù)化技術(shù)是近幾年規(guī)劃和構(gòu)建大型信息系統(tǒng)所使用的全新方法，已在多個行業(yè)信息化建設(shè)中得到了廣泛應(yīng)用。 服務(wù)化技術(shù)支持下的軟件開發(fā)，更為強(qiáng)調(diào)軟件架構(gòu)中各層次的隔離、功能模塊間的劃分，以及服務(wù)化功能的重組，以達(dá)到資源共享，實現(xiàn)集中管理的最終目的［2］。 因此，基于服務(wù)化技術(shù)的辦公軟件開發(fā)平臺設(shè)計致力利用分布式技術(shù)，將原有辦公軟件平臺中的模型－視圖－控制器框架中的模塊功能（如文件管理、流程審批等）獨立化，在物理層面上使功能模塊抽象成為獨立運行的系統(tǒng)，提高運行效率。 并著重進(jìn)行業(yè)務(wù)子功能開發(fā)，完成對業(yè)務(wù)功能的重組，使辦公軟件開發(fā)平臺能夠適應(yīng)不同場景，再次降低功能間的耦合性，獲得更高的可用性和拓展性，成為企業(yè)運行中快速且獨立的應(yīng)用系統(tǒng)。

1.2 平臺架構(gòu)設(shè)計方案

基于服務(wù)化技術(shù)的辦公軟件開發(fā)平臺架構(gòu)如圖1所示。

圖1 辦公軟件開發(fā)平臺整體架構(gòu)

從圖1 中可以看出，基于服務(wù)化技術(shù)的辦公軟件開發(fā)平臺整體架構(gòu)共分為數(shù)據(jù)服務(wù)層、基礎(chǔ)服務(wù)層、應(yīng)用服務(wù)層、用戶服務(wù)層四個層次。

（1）數(shù)據(jù)服務(wù)層。 數(shù)據(jù)服務(wù)層屬于辦公軟件開發(fā)平臺的底層，包括數(shù)據(jù)服務(wù)訪問層和數(shù)據(jù)模型層［3］。 其中數(shù)據(jù)訪問層包括數(shù)據(jù)管理、數(shù)據(jù)檢索、統(tǒng)計分析；數(shù)據(jù)模型層包括結(jié)構(gòu)化數(shù)據(jù)模型與非結(jié)構(gòu)化數(shù)據(jù)模型。 在實際運行中，數(shù)據(jù)訪問層通過對模型層中數(shù)據(jù)完成對象化處理，并利用數(shù)據(jù)管理、數(shù)據(jù)檢索等模塊完成信息發(fā)布展示，實現(xiàn)與外部系統(tǒng)的數(shù)據(jù)交換。

（2）基礎(chǔ)服務(wù)層與應(yīng)用服務(wù)層。 基礎(chǔ)服務(wù)層與應(yīng)用服務(wù)層屬于辦公軟件開發(fā)平臺的中間層，主要負(fù)責(zé)生成并操作信息指令，利用各項功能模塊完成工作任務(wù)，滿足業(yè)務(wù)需求。 其中，基礎(chǔ)服務(wù)層主要是通過封裝通用服務(wù)組建的原子服務(wù)，形成基礎(chǔ)服務(wù)模塊，包括流程管理、報表管理、文檔管理等內(nèi)容，為辦公軟件開發(fā)平臺的正常運行提供技術(shù)支撐［4］。 同時，統(tǒng)一的接口標(biāo)準(zhǔn)與消息轉(zhuǎn)換標(biāo)準(zhǔn)可保證基礎(chǔ)服務(wù)層數(shù)據(jù)交換的準(zhǔn)確性，日志的全過程監(jiān)控可便于管理人員掌握軟件開發(fā)平臺的運行狀態(tài)，保證平臺的順利運行。 應(yīng)用服務(wù)層是辦公軟件開發(fā)平臺功能的主要體現(xiàn)，是通過將基礎(chǔ)服務(wù)的模塊功能進(jìn)行封裝組合，形成系統(tǒng)式的功能模塊，輔助企業(yè)完成日常工作。

（3）用戶服務(wù)層。 用戶服務(wù)層屬于辦公軟件開發(fā)平臺的界面層，負(fù)責(zé)為用戶提供交互式的操作界面，并用于顯示和接收用戶所輸入的數(shù)據(jù)與操作指令，完成辦公業(yè)務(wù)操作。

2 基于服務(wù)化技術(shù)的辦公軟件開發(fā)平臺具體實現(xiàn)

為保證基于服務(wù)化技術(shù)的辦公軟件開發(fā)平臺順利實現(xiàn)，以下從平臺中所包含的四個層次架構(gòu)，闡述具體實現(xiàn)的方式方法。

2.1 數(shù)據(jù)服務(wù)層實現(xiàn)

數(shù)據(jù)服務(wù)層主要負(fù)責(zé)對海量數(shù)據(jù)的加工與處理，主要通過使用ADO. NET Entity Framework 開源ORM 框架，對數(shù)據(jù)模型層中的結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)進(jìn)行統(tǒng)一對象化，并利用SmartDQ、iPush、uTiming 等技術(shù)架構(gòu)支持，優(yōu)化原有的數(shù)據(jù)流節(jié)點，使整個平臺的數(shù)據(jù)流速變得更快、更準(zhǔn)確，提高平臺運行效率［5］。

2.2 基礎(chǔ)服務(wù)層實現(xiàn)

基礎(chǔ)服務(wù)層是以REST 中的WebAPI 為基礎(chǔ)才得以實現(xiàn)的，如圖2 所示。

圖2 REST API 設(shè)計

從圖2 中可以看出，基礎(chǔ)服務(wù)層以REST API 設(shè)計為基礎(chǔ)，在平臺上為各項服務(wù)提供了交互接口，同時所有服務(wù)接口均遵循了REST 原則，接口設(shè)計也嚴(yán)格遵循HTTP協(xié)議，賦予了數(shù)據(jù)運行時的語義含義、定義參數(shù)與返回值規(guī)范，運行架構(gòu)如圖3 所示。 首先在研發(fā)日志監(jiān)控服務(wù)通過服務(wù)層實時記錄接口調(diào)用時間、訪問者信息、調(diào)用過程中的報錯信息等內(nèi)容，然后將重要日志以郵件的形式通知到用戶才得以實現(xiàn)，極大提高了辦公軟件開發(fā)平臺的管理效率，便于用戶實時掌握辦公軟件開發(fā)平臺的各接口動態(tài)。

圖3 基礎(chǔ)服務(wù)層運行架構(gòu)示意圖

2.3 應(yīng)用服務(wù)層實現(xiàn)

應(yīng)用服務(wù)層是在基礎(chǔ)服務(wù)層基礎(chǔ)上，將辦公軟件開發(fā)平臺中具有同類特性的功能進(jìn)行模塊化分裝，形成流程服務(wù)、表單服務(wù)、報表服務(wù)、文檔服務(wù)、臺賬服務(wù)、權(quán)限服務(wù)六大基礎(chǔ)服務(wù)系統(tǒng)，每個基礎(chǔ)服務(wù)均單獨部署且可組合調(diào)用，保證開發(fā)平臺應(yīng)用服務(wù)層的得以實現(xiàn)［6］。 因受文章篇幅限制，以下報表服務(wù)中的填報應(yīng)用功能實現(xiàn)與報表應(yīng)用功能實現(xiàn)，以及文檔服務(wù)中文檔管理功能實現(xiàn)為例，對應(yīng)用服務(wù)層基礎(chǔ)服務(wù)系統(tǒng)的實現(xiàn)進(jìn)行具體闡述。

（1）報表服務(wù)

報表服務(wù)也可稱為公文管理服務(wù)，主要負(fù)責(zé)完成企業(yè)日常的公文起草、審核、發(fā)布、編號、存檔、應(yīng)用等基本管理功能。 而為更好地使平臺服務(wù)于企業(yè)日常工作管理，本次辦公軟件開發(fā)平臺在報表服務(wù)實現(xiàn)中，將報表服務(wù)分化為填報應(yīng)用功能與報表應(yīng)用功能兩個模塊的相互組合，來滿足企業(yè)運行中具體的業(yè)務(wù)場景。 填報應(yīng)用功能模塊與報表應(yīng)用功能模塊的具體實現(xiàn)如圖4、圖5 所示。

圖4 填報應(yīng)用功能實現(xiàn)示意圖

圖5 報表應(yīng)用功能實現(xiàn)示意圖

從圖4 中可以看出，在填報應(yīng)用功能模塊實現(xiàn)中，數(shù)據(jù)服務(wù)層主要負(fù)責(zé)提供數(shù)據(jù)支撐；基礎(chǔ)服務(wù)層由表單基礎(chǔ)服務(wù)與流程基礎(chǔ)服務(wù)組成；應(yīng)用服務(wù)層中多項公文填報業(yè)務(wù)，則是通過基礎(chǔ)服務(wù)層中的表單基礎(chǔ)服務(wù)與流程基礎(chǔ)服務(wù)雙向組合得以實現(xiàn)，且不同公文填報服務(wù)間主要通過服務(wù)接口間所傳輸?shù)谋韱螖?shù)據(jù)與流程控制約束參數(shù)不同完成區(qū)分。

從圖5 中可以看出，報表應(yīng)用功能實現(xiàn)與填報應(yīng)用功能較為相似，均是以數(shù)據(jù)服務(wù)層為數(shù)據(jù)支撐，以基礎(chǔ)服務(wù)層作為功能組合，完成應(yīng)用服務(wù)層中公文填報服務(wù)功能。區(qū)別在于，報表應(yīng)用功能的基礎(chǔ)服務(wù)層分為了報表基礎(chǔ)服務(wù)與表單基礎(chǔ)服務(wù)兩大部分，且服務(wù)接口間傳輸?shù)膱蟊砭唧w結(jié)構(gòu)化參數(shù)和表單查詢項參數(shù)也有明顯區(qū)別，以保證報表應(yīng)用功能與填報應(yīng)用功能既相互獨立又可協(xié)同合作，共同組織報表服務(wù)，輔助用戶實現(xiàn)查閱公文、填寫公文、發(fā)布公文等工作任務(wù)。 報表服務(wù)界面如圖6 所示。

圖6 報表服務(wù)界面

（2）文檔服務(wù)

目前企業(yè)內(nèi)部所涉及的文檔資料包括會議紀(jì)要、各類公文、業(yè)務(wù)合同等內(nèi)容，具有較強(qiáng)的保密性。 為更好地使辦公軟件開發(fā)平臺中的文檔服務(wù)應(yīng)用于企業(yè)日常管理中，本次在文檔服務(wù)中增設(shè)了文檔管理功能，旨在通過此功能實現(xiàn)，完成對企業(yè)內(nèi)部各類電子文檔的查詢、分類管理、檢索以及上傳和下達(dá)，使用戶在平臺上就可完成所需文檔的存檔、借閱、下載、刪除等操作，提高企業(yè)文檔資料管理效率，降低機(jī)密信息泄露概率［7］。 此次文檔管理功能實現(xiàn)程序流程如圖7 所示。

圖7 文檔管理功能實現(xiàn)示意圖

2.4 用戶服務(wù)層實現(xiàn)

用戶服務(wù)層是辦公軟件開發(fā)平臺中各應(yīng)用功能的展示界面，包括任務(wù)中心、消息中心、報表統(tǒng)計、搜索查詢、應(yīng)用管理等。 本次針對該服務(wù)層的實現(xiàn)主要采用了Bootstrap 響應(yīng)式框架作為了前端支撐，并通過結(jié)合VUE框架和IVIEW 組件，實現(xiàn)了平臺內(nèi)數(shù)據(jù)的雙向綁定和局部刷新，有效提高了用戶的操作體驗。

3 結(jié)語

綜上所述，為進(jìn)一步提高企業(yè)辦公效率，本文提出了一種基于服務(wù)化技術(shù)的辦公軟件開發(fā)平臺，致力滿足企業(yè)隨需而變的業(yè)務(wù)需求。 通過詳細(xì)闡述平臺設(shè)計方案與實踐路徑發(fā)現(xiàn)，本文所提出的辦公平臺架構(gòu)真正實現(xiàn)了各辦公功能模塊的隔離與耦合，并通過服務(wù)化功能的依次組合，再次開發(fā)出了全新的系統(tǒng)模塊，使得辦公軟件穩(wěn)定性得到進(jìn)一步提升，為企業(yè)的高效辦公提供穩(wěn)定的技術(shù)輔助，具有較高的實踐推廣價值。