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

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

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

一、引言

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

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

二、系統(tǒng)功能

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

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

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

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

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

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

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

四、系統(tǒng)運(yùn)行體驗(yàn)

4.1 用戶體驗(yàn)度

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

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

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

4.2 系統(tǒng)健壯性

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

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

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

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

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

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

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

5.2基于成熟平臺(tái)，事半功倍

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

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

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

5.4 形成管理運(yùn)維庫(kù)

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

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

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

作者簡(jiǎn)介：李淑娟，36，身份證號(hào)：360102********0522，江西橡樹(shù)，女，通訊和信息化，助理工程師。