基于Agile Point+MOSS打造高性價比辦公文檔一體化系統(tǒng)

摘要：以某新建電廠辦公文檔一體化系統(tǒng)為例，介紹了基于Agile Point+MOSS打造的辦公文檔系統(tǒng)的功能、技術(shù)架構(gòu)、運行體驗、系統(tǒng)建設(shè)良好實踐，后續(xù)可以為企業(yè)建設(shè)高性價比辦公文檔提供參考。

關(guān)鍵詞：Agile Point+MOSS；高性價比；辦公文檔系統(tǒng)

一、引言

電廠在建設(shè)初期需求量較小的情況下，使用電子郵件和傳統(tǒng)手工簽閱并存的方式來處理公文的流轉(zhuǎn)，并用SharePoint平臺來管理文件和檔案，這種組合方式能夠起到良好的應(yīng)用效果。隨著電廠建設(shè)的推進，與之配套的各種公文的流轉(zhuǎn)，文件檔案的管理工作日趨繁重，需要打造更加自動化的系統(tǒng)來承載公文流轉(zhuǎn)和文檔管理。

公文流轉(zhuǎn)最終要在文檔系統(tǒng)歸檔，并且這兩部分都應(yīng)是電廠日常辦公的主要組成部分，勢必要將這兩部分整合在一體化系統(tǒng)中實現(xiàn)。同時考慮到信息系統(tǒng)建設(shè)需要遵循實用、高效、經(jīng)濟的原則，不盲目追求昂貴的高端系統(tǒng)，也不貪圖功能大而全，合理控制需求范圍。選擇了基于Agile Point+MOSS建設(shè)高性價比的電廠辦公文檔一體化管理系統(tǒng)。

二、系統(tǒng)功能

辦公文檔一體化系統(tǒng)由文件流轉(zhuǎn)（OA）、文件中心、檔案中心、部門（處室）平臺、圖書情報等五個子系統(tǒng)構(gòu)成。子系統(tǒng)間的存在數(shù)據(jù)交換，文件及文件附件均可實現(xiàn)版本控制，授權(quán)粒度細致到具體文件。功能分布圖如下：

OA子系統(tǒng)包含公司行政收發(fā)文、黨紀工團收發(fā)文、請示（報告）、工作聯(lián)系單、程序文件管理、函件收發(fā)文管理等9個流程。流程跟蹤已可視化及表單列表兩種方式呈現(xiàn)，公文處理可在線編輯并實現(xiàn)痕跡保留。處室平臺是各部門管理文件的平臺，通過該平臺移交各類歸檔文件，接收文件中心分發(fā)文件和流程文件，也可以管理本部門產(chǎn)生或收到的文件。文件中心是文檔部門管理具有現(xiàn)行效用文件的平臺，它的主要功能是提供文件分發(fā)和文件版本控制，接收流程數(shù)據(jù)，經(jīng)整理后向檔案中心歸檔。檔案中心是文檔部門管理歸檔文件的平臺，它接收來自文件中心、各個處室平臺以及系統(tǒng)外部移交的歸檔文件，并采用可視化庫房管理的手段對檔案進行管理。

三、平臺選型及技術(shù)架構(gòu)

系統(tǒng)應(yīng)該具備以下的一些技術(shù)特征：（1）作為一款具有公文流轉(zhuǎn)功能的系統(tǒng)，應(yīng)建立在可靠的工作流平臺之上；（2）應(yīng)選擇一個健壯易用的文檔庫系統(tǒng)作為其文檔基礎(chǔ)平臺；（3）作為一款橫跨建設(shè)期與生產(chǎn)期的系統(tǒng)，應(yīng)建立在穩(wěn)定的數(shù)據(jù)庫系統(tǒng)之上；（4）作為日常辦公系統(tǒng)被全廠職工使用，其界面應(yīng)該是友好的，其接口應(yīng)該是豐富的。依據(jù)此四點原則，經(jīng)過分析，我們采用Agile Point作為工作流引擎，Moss（微軟Office SharePoint Server）作為基礎(chǔ)文檔庫平臺，SQLServer作為數(shù)據(jù)庫系統(tǒng)，利用ASP.NET開發(fā)一款B/S風(fēng)格系統(tǒng)。

Agile Point引擎用.Net實現(xiàn)，該平臺不論是在流程設(shè)計、開發(fā)、部署、運行上都采用方便的模型。流程圖可以直接用Visio來制作，并且與Moss，BizTalk等微軟產(chǎn)品高度集成。整個平臺的功能全部以SOA接口實現(xiàn)，通過標準XML通訊，簡化了企業(yè)系統(tǒng)互連。選擇該款工作流引擎除了可以用在ADIM系統(tǒng)中，還可以作為標準工作流平臺供未來系統(tǒng)選用。其全SOA接口的通訊方式，使得異構(gòu)平臺的調(diào)用標準化。其出色的可視化流程跟蹤功能更是被員工高度認可。

選擇Moss作為基礎(chǔ)文檔庫是因為其出色的文檔管理能力及權(quán)限控制策略，Moss是微軟推出的SharePoint及企業(yè)版功能包的集合。功能強大，適合作為企業(yè)海量文檔管理平臺及企業(yè)集成門戶，與Windows系列平臺尤其是Active Dictionary（域）無縫集成，特別適合于以Windows Server為主的基礎(chǔ)架構(gòu)模式。支持文檔的無限級分類控制，基于不同分類的及個體的權(quán)限控制以及升版控制等，與SQLServer結(jié)合，可實現(xiàn)海量數(shù)據(jù)（TB級）下的高效通訊。

在實際系統(tǒng)開發(fā)上，首先嘗試了InfoPath來編寫前端表單部分，在對使用InfoPath實現(xiàn)的一些流程表單分析后，發(fā)現(xiàn)無法充分滿足操作需求，遂決定所有表單部分改為用靈活度更高的ASP.NET來實現(xiàn)。

四、系統(tǒng)運行體驗

4.1 用戶體驗度

我們認為用戶體驗度在評價一個系統(tǒng)是否成功中要占相當(dāng)大的比重。系統(tǒng)使用Ajax風(fēng)格的界面風(fēng)格，界面中的一些高頻度操作區(qū)，比如查詢列表，均采用局部刷新。而一些數(shù)據(jù)量大且未必會用到的部分，采用了遲加載（Lazy Loading）方式。

在檢索方面，我們認為對于特定的應(yīng)用場景，比如文件中心和檔案中心的全字段檢索中，比較適用。對于流程，應(yīng)分析了實際需求，編寫不同的快速檢索選項，對于全文檢索，我們采用最簡單的Google模式，一個輸入文本框即可模糊檢索。

在流程的跟蹤上，除了可以快速查詢到要跟蹤的流程外，利用Agile Point的例程實現(xiàn)了可視化流程跟蹤，并且我們對流程的各歷史節(jié)點表單及所帶附件進行了快照記錄，便于流程回溯。在可視化流程視圖上，可以點擊任何一個節(jié)點，圖上會顯示出是否流經(jīng)過該節(jié)點，參與人員及參與情況也會顯示出來。在流程歷史查看列表里，列出流經(jīng)過的所有節(jié)點，點擊可以查看表單快照。

4.2 系統(tǒng)健壯性

在系統(tǒng)健壯性方面的考慮也是本系統(tǒng)的主要建設(shè)目標。首先，工作流基于業(yè)界成熟度高的引擎，文檔基礎(chǔ)庫平臺基于微軟的SharePoint本身就確保了底層平臺的穩(wěn)健，數(shù)據(jù)庫選用SQLServer，也為日后的海量數(shù)據(jù)訪問帶來了保障。系統(tǒng)在使用中，還需要針對一些問題做一些額外的設(shè)計來加強其健壯性。

4.2.1在系統(tǒng)檢索復(fù)雜度上，我們?yōu)榱吮ＷC日常辦公的效率維持在一定的復(fù)雜度上，將系統(tǒng)的運行時庫與歷史庫分離，將已經(jīng)處理過的流程數(shù)據(jù)移動到歷史庫中。

4.2.2系統(tǒng)開發(fā)是一個逐步求精的過程，在系統(tǒng)第一個版本運行一段時間以后，在匯集了各方問題反饋后，對系統(tǒng)代碼進行了重構(gòu)。從底層對系統(tǒng)進行了優(yōu)化，重寫了核心的類庫，將此前應(yīng)對bug修改而帶來的散亂代碼進行了整合，并對界面元素進行了整合與抽象，形成了日后容易擴展的一些類庫。

4.2.3沒有完美的信息系統(tǒng)，我們只能不斷地解決問題，而且bug只會越來越隱蔽，難以捕捉，因此健壯的錯誤日志功能勢在必行，系統(tǒng)在驗收前的最后一次更新包里被要求增加了錯誤日志功能。

五、系統(tǒng)建設(shè)良好實踐

5.1實用為本，高效經(jīng)濟為綱

對于任何一個信息系統(tǒng)，應(yīng)遵循的原則是實用、高效、經(jīng)濟。不盲目追求昂貴的高端系統(tǒng)，也不貪圖功能大而全，仔細分析，合理控制需求范圍。以使用為主，兼顧建設(shè)周期和經(jīng)濟成本。

5.2基于成熟平臺，事半功倍

選擇成熟的平臺產(chǎn)品，利用其優(yōu)越的功能和健壯的架構(gòu)進行二次開發(fā)，可以避免陷入自行開發(fā)過多底層而帶來的不斷測試于修正的泥潭。成熟的平臺還提供了優(yōu)越的技術(shù)支持，對于在其之上做開發(fā)，有保障。

5.3 多途徑處理系統(tǒng)問題

在開發(fā)初期，受技能，認知，業(yè)務(wù)變化而帶來的修正在所難免。遇到問題，多嘗試一些途徑去解決，在解決問題的同時，對技術(shù)的積累，需求的把握，操作方式的提煉也會有相應(yīng)的提升，對于今后系統(tǒng)的成熟性很有幫助。

5.4 形成管理運維庫

系統(tǒng)運維的中產(chǎn)生的大大小小的問題，都應(yīng)該及時梳理和登記備查。建立bug系統(tǒng)，定期進行優(yōu)先級分類，及時跟蹤。

5.5 管理部門接管開發(fā)

任何開發(fā)商都將最終離去，信息管理部門要對重要的系統(tǒng)進行代碼掌控，除了能從后來配置來處理系統(tǒng)故障和調(diào)整之外，應(yīng)最終接管代碼的開發(fā)。尤其是OA和文檔系統(tǒng)，日后一些日常辦公功能的添加，調(diào)整，文檔方面的查詢優(yōu)化等

作者簡介：李淑娟，36，身份證號：360102********0522，江西橡樹，女，通訊和信息化，助理工程師。