OA軟件中的熱門實用技術(shù)

以前有人說OA軟件的技術(shù)含量比較低，所以競爭很混亂，確實有點道理，但現(xiàn)在有實力的OA廠商們越來越注重對先進技術(shù)的使用，逐漸提升自己的產(chǎn)品實力，拉開了與競爭者之間的差距。本文將從發(fā)展的角度，探討近年來應(yīng)用在OA軟件上的一系列熱門技術(shù)，這些技術(shù)在用戶的應(yīng)用中將發(fā)揮重要價值。

OA軟件熱門實用技術(shù)之一:SOA架構(gòu)

SOA的概念被大家炒得很熱了，IBM官網(wǎng)上也有詳細的技術(shù)介紹，我們這里只從應(yīng)用的角度來看看它跟OA結(jié)合后帶來的新應(yīng)用。

SOA這個大明星氣宇軒昂閃亮登場后，OA馬上就對他一見鐘情，很快打得火熱，OA需要SOA的理念來武裝自己，SOA需要OA的應(yīng)用來實現(xiàn)自己，加上他們兩個的名字這么相像，正是天生一對的樣子。

其實，在以前的OA軟件中，我們并不需要SOA技術(shù)，因為那時候OA干的是體力活，傳傳文件、發(fā)發(fā)通知，頂多做個審批，只限于單位的行政管理。但現(xiàn)在OA在組織內(nèi)部的應(yīng)用更深、更廣，需要它整合更多的人員，更的數(shù)據(jù)，更多的業(yè)務(wù)，更的流程，以至于成為一個信息和協(xié)作中心，完成整合應(yīng)用系統(tǒng)、消除信息孤島這個光榮而艱巨的任務(wù)。

SOA解決了OA的什么問題?比如一個采購申請流程中，申請審批、流程的流轉(zhuǎn)是由OA系統(tǒng)完成的，填寫采購用款申請單、付款、做憑證則是ERP系統(tǒng)的功能，因此，用戶不得不頻繁地切換兩個系統(tǒng)，才能完成采購申請。此外，企業(yè)在利用OA系統(tǒng)進行工作流審批后，產(chǎn)生了很多業(yè)務(wù)數(shù)據(jù)，這些數(shù)據(jù)同時可能是ERP系統(tǒng)的數(shù)據(jù)源，為了避免數(shù)據(jù)的重復(fù)以及保證數(shù)據(jù)源的唯一性，也就產(chǎn)生了OA系統(tǒng)與ERP系統(tǒng)集成的需求。

SOA技術(shù)，也許是解決這一需求最有效的方法。

經(jīng)過幾年的掃盲，我們都知道SOA是一個基于標(biāo)準(zhǔn)的組織和設(shè)計方法，它利用一系列網(wǎng)絡(luò)共享服務(wù)，使IT能更緊密地服務(wù)于業(yè)務(wù)流程。通過采用能隱藏潛在技術(shù)復(fù)雜性的標(biāo)準(zhǔn)界面，SOA能提高IT資產(chǎn)的重用率，從而加快了開發(fā)并更加可靠地交付新的增強后的業(yè)務(wù)服務(wù)。

SOA是一種組件模型，它將應(yīng)用程序的不同功能組件(服務(wù))，通過“服務(wù)”之間的良好接口聯(lián)系起來(也就是“服務(wù)”之間的松耦合)。接口是采用中立方式進行定義的，獨立于實現(xiàn)“服務(wù)”的硬件平臺、操作系統(tǒng)和編程語言。這是構(gòu)建在各種各樣系統(tǒng)中的“服務(wù)”，可以以一種統(tǒng)一和通用方式進行交互。松耦合的好處是保證系統(tǒng)靈活性，另外，還可以保證“服務(wù)”的重復(fù)利用。Web服務(wù)是目前實現(xiàn)SOA最重要的標(biāo)準(zhǔn)。面向服務(wù)架構(gòu)(SOA)是讓IT更加關(guān)注于業(yè)務(wù)流程而非底層IT基礎(chǔ)結(jié)構(gòu)，從而獲得競爭優(yōu)勢的更高級別的應(yīng)用程序開發(fā)架構(gòu)。它讓你將關(guān)注的重點放在業(yè)務(wù)優(yōu)化，而非IT技術(shù)上。

基于SOA的OA與ERP的整合應(yīng)用建模。結(jié)合上面的案例，我們能看到SOA是如何讓OA和ERP之間實現(xiàn)良好的互聯(lián)互通:

(1)用戶登錄OA系統(tǒng)后，根據(jù)OA系統(tǒng)的人員配置信息確定身份，此用戶同時也獲得了其相應(yīng)的權(quán)限。

(2)身份確定后，OA系統(tǒng)根據(jù)此用戶的權(quán)限范圍內(nèi)的工作流程和工作列表，提供流程表單。

(3)用戶在工作流表單上填寫數(shù)據(jù)，包括與流程控制相關(guān)的信息、與ERP系統(tǒng)相關(guān)的參數(shù)及其他字段信息。

(4)工作流引擎根據(jù)流程定義文檔控制流程執(zhí)行，當(dāng)流程流轉(zhuǎn)到某個需要調(diào)用Web service的活動的時候，發(fā)送SOAP請求信息給服務(wù)提供者。

(5)Web service利用數(shù)據(jù)訪問邏輯組件對數(shù)據(jù)庫表進行查找、更新、保存等操作。以采購申請為例，用戶調(diào)用ERP的采購管理Web service的\"采購信息保存\"接口方法將采購的物料編號、采購數(shù)量、價格范圍、供應(yīng)商等存儲到ERP的DB中。

(6)服務(wù)提供者實現(xiàn)服務(wù)之后，將SOAP返回信息傳回給OA系統(tǒng)，其中包括單據(jù)編號和單據(jù)狀態(tài)等。

(7)當(dāng)工作流引擎收到ERP系統(tǒng)傳來返回信息后，根據(jù)WSDL文檔將SOAP返回消息解析成自己能夠理解的內(nèi)容，然后自動將其存入流程表單中。

(8)工作流引擎將工作流表單傳送給服務(wù)器，然后根據(jù)工作流控制數(shù)據(jù)和組織/角色模型將流程表單傳遞給下一個執(zhí)行者，并同時發(fā)送Email通知。

OA廠家對SOA技術(shù)的應(yīng)用。在OA廠家中，最關(guān)注SOA技術(shù)，并且真正實現(xiàn)了SOA架構(gòu)的是華天、慧點、金和、協(xié)達、用友致遠。慧點OA結(jié)構(gòu)最龐大，設(shè)計得比較精深，技術(shù)能力也最強，是項目型的代表，適合做超大型的項目開發(fā)，能實現(xiàn)很復(fù)雜的應(yīng)用。華天OA采用的是標(biāo)準(zhǔn)的SOA架構(gòu)，是產(chǎn)品型的代表，適合做中型和小型項目的快速開發(fā)，其從低層到高層的體系分別如下:數(shù)據(jù)庫訪問層，實現(xiàn)數(shù)據(jù)的永久存儲;Java Bean，對數(shù)據(jù)進行控制和操作;Web Service 利用Axis對外提供WEB服務(wù)接口，從而實現(xiàn)SOA;GUI畫面的顯示，采用HTML方式和傳統(tǒng)的客戶端方式。

SOA架構(gòu)很好地解決了OA在發(fā)展中遇到的跨系統(tǒng)、跨部門、跨流程問題，對需要使用信息技術(shù)解決關(guān)鍵業(yè)務(wù)問題的企業(yè)(包括希望減少冗余架構(gòu)、創(chuàng)建跨客戶和員工系統(tǒng)的公共業(yè)務(wù)接口的企業(yè);需要基于角色和工作流對用戶提供個性化信息的業(yè)務(wù)的企業(yè);希望通過Internet實現(xiàn)跨區(qū)銷售、升級銷售和經(jīng)由移動設(shè)備的訪問來提升客戶服務(wù)的組織)很有價值，必將成為未來OA軟件發(fā)展的主流技術(shù)。

OA軟件熱門實用技術(shù)之二:MVC架構(gòu)

MVC(Model/View/Controller)架構(gòu)并不是一種新興技術(shù)或者新興思想，它是Xerox PARC在80年代為編程語言Smalltalk-80發(fā)明的一種軟件設(shè)計模式，最近幾年被推薦為Sun公司J2EE平臺的設(shè)計模式，并且受到越來越多的使用。在國內(nèi)，尤其是OA軟件領(lǐng)域也得到了充分的應(yīng)用。MVC架構(gòu)的內(nèi)容和工作過程如下:

模型(Model)。模型是應(yīng)用程序的主體部分。模型表示業(yè)務(wù)數(shù)據(jù)，或者業(yè)務(wù)邏輯。在MVC的三個部件中，模型擁有最多的處理任務(wù)。例如它可能用象EJBs和ColdFusion Components這樣的構(gòu)件對象來處理數(shù)據(jù)庫。被模型返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個模型能為多個視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復(fù)性。

視圖(View)。視圖是應(yīng)用程序中用戶界面相關(guān)的部分，是用戶看到并與之交互的界面。如何處理應(yīng)用程序的界面變得越來越有挑戰(zhàn)性。MVC一個大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。

控制器(Controller)?？刂破鞴ぷ骶褪歉鶕?jù)用戶的輸入，控制用戶界面數(shù)據(jù)顯示和更新model對象狀態(tài)?？刂破鹘邮苡脩舻妮斎氩⒄{(diào)用模型和視圖去完成用戶的需求。所以當(dāng)單擊Web頁面中的超鏈接和發(fā)送HTML表單時，控制器本身不輸出任何東西，不做任何處理。它只是接收請求并決定調(diào)用哪個模型構(gòu)件去處理請求，然后用確定用哪個視圖來顯示模型處理返回的數(shù)據(jù)。

簡單來說，MVC的工作過程，首先控制器接收用戶的請求，并決定應(yīng)該調(diào)用哪個模型來進行處理，然后模型用業(yè)務(wù)邏輯來處理用戶的請求并返回數(shù)據(jù)，最后控制器用相應(yīng)的視圖格式化模型返回的數(shù)據(jù)，并通過表示層呈現(xiàn)給用戶。

下面我們通過實例來看看MVC架構(gòu)的好處。華天軟件作為一個注重技術(shù)優(yōu)勢的公司，是國內(nèi)最早采用MVC架構(gòu)的OA廠商之一。通過在其網(wǎng)站上公布的DEMO版本，我們可以看出采用該體系結(jié)構(gòu)的最大的好處是數(shù)據(jù)與控制層與界面相互分離。

(1)數(shù)據(jù)與控制層與界面相互分離是最重要的，多個視圖能共享一個模型，現(xiàn)在需要用越來越多的方式來訪問你的應(yīng)用程序。對此，一個好的辦法就是使用MVC，無論用戶想要Flash界面或是 WAP界面，用一個模型就能處理它們。由于已經(jīng)將數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分開，所以，你可以最大化地重用你的代碼了，這就大大提升了對用戶個性化需求的響應(yīng)速度。

華天OA系統(tǒng)比傳統(tǒng)的MVC更進一步，界面層沒有一行程序代碼。不象傳統(tǒng)的JAVA程序，前端是JSP，后端是Java Bean。實現(xiàn)了界面層與控制層的完全分離，用戶即使不懂程序開發(fā)也能更改界面。

華天OA系統(tǒng)前端沒有一行JAVA和JSP代碼，是純HTML和文本文件。所以，界面的改動將異常簡單。他們在自己的方案里面承諾:換掉所有的界面，僅需要10天。

(2)因為模型是自包含的，并且與控制器和視圖相分離，所以很容易改變你的應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。比如你想把你的數(shù)據(jù)庫從MySQL移植到Oracle，或者改變你的基于RDBMS數(shù)據(jù)源到LDAP，只需改變你的模型即可。由于運用MVC的應(yīng)用程序的三個部件是相互對立，改變其中一個不會影響其它兩個，所以依據(jù)這種設(shè)計思想能構(gòu)造良好的松偶合的構(gòu)件。在華天OA的數(shù)據(jù)層，可通過中間件進行溝通，這樣不需要書寫任何一行代碼，通過簡單的類與數(shù)據(jù)庫表的映射實現(xiàn)數(shù)據(jù)庫表的增刪改。整個程序中沒有一條SQL語句，不修改代碼就可實現(xiàn)自動切換到各種數(shù)據(jù)庫類型(如MySQL/SQLSERVER/ORACLE)。

(3)可以使用控制器來聯(lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構(gòu)造應(yīng)用程序提供強有力的手段，這樣能夠極大地提升開發(fā)效率，并且保證系統(tǒng)的穩(wěn)定性。

(4)通過標(biāo)簽定義實現(xiàn)與業(yè)務(wù)層的連接。在HTML頁面中，沒有一行程序代碼，只有標(biāo)簽定義。如果頁面需要變更，只須更改標(biāo)簽與業(yè)務(wù)層的連接關(guān)系。

(5)內(nèi)部通過獨立的子工程管理，這樣既能保證各個子工程的系統(tǒng)獨立性，又能確保對系統(tǒng)的整體管理。

(6)通過頁面與程序的分離，實現(xiàn)了多語言和多風(fēng)格的不同展示系統(tǒng)。

OA軟件熱門實用技術(shù)之三:PUSH技術(shù)

所謂PUSH技術(shù)，是一種基于客戶服務(wù)器機制，由服務(wù)器主動的將信息發(fā)往客戶端的技術(shù)，本質(zhì)在于讓信息去主動的尋找用戶。它并不像前兩者那樣擁有眾多粉絲，卻實實在在地讓OA軟件具有了一種更優(yōu)異的性能表現(xiàn)。

PUSH技術(shù)并不是最近才產(chǎn)生的，早在1996年Internet興起時就產(chǎn)生了PUSH技術(shù)來獲取網(wǎng)上信息，但由于網(wǎng)絡(luò)應(yīng)用的特點，它并沒有PULL(拉技術(shù)——由客戶機主動請求信息)使用得廣泛。

近幾年，隨著基于WEB的軟件的興起，以及軟件客戶端數(shù)量的劇增，PUSH技術(shù)在軟件開發(fā)中找到了自己的用武之地。OA軟件的性能主要影響在兩個方面:數(shù)據(jù)量大的時候，檢索的速度比較慢，導(dǎo)致CPU占用率過高;一般的OA系統(tǒng)都有消息的刷新功能。但都是通過客戶端每隔一段時間向服務(wù)器提出刷新消息請求，即采用拉的技術(shù)。

這樣，當(dāng)有上百個用戶同時在線，每20秒刷新一下，而每一次刷新就會檢索數(shù)據(jù)庫，這樣就會導(dǎo)致如果有100個用戶在線，服務(wù)器需要進行60/20*100=300次數(shù)據(jù)庫刷新。如果數(shù)據(jù)量稍大一些，服務(wù)器CPU根本就承受不了。

所以，當(dāng)使用高峰期或者用戶數(shù)增多的時候，服務(wù)器CPU占用率會迅速飆升到100%，這時候你會發(fā)現(xiàn)通過OA傳遞一份文件還不如你親自拿過去更快。有的網(wǎng)管會抱怨網(wǎng)絡(luò)帶寬不夠，或者服務(wù)器太老，甚至懷疑哪個小子在用BT，其實沒發(fā)現(xiàn)是軟件的問題。

對于此問題，一般解決的方式有兩種:一是增加CPU由一個加為二個或四個，或提高CPU的頻率，甚至用多機集群技術(shù);二是提高刷新的時間間隔，如20秒刷新一次，改為2分鐘甚至5分鐘刷新一次。

第一種解決方案會增加硬件的成本和維護的成本，會讓問題變得越來越復(fù)雜，最后失控;第二種解決方案能夠減少6倍的CPU負載，但是會影響到消息的實時性，用起來很不方便，失去了軟件辦公快捷化的真諦。

因此，以上兩種方案并不會從根本上解決CPU占用的問題，隨著在線人數(shù)的增多，這個問題將越來越明顯，一系列連鎖反應(yīng)將會發(fā)生:CPU占用率持續(xù)100%、客戶端連接不上服務(wù)器、文件傳輸緩慢異常、不斷掉線、同事抱怨、老板生氣、血壓升高、抓狂……

事實上，有很多客戶因為軟件的性能問題而導(dǎo)致了應(yīng)用的功能越來越少，次數(shù)越來越少，最后不了了之。魔高一尺，道高一丈，華天OA采用PUSH技術(shù)就很好地解決了這個問題:

華天OA通過服務(wù)器中間件技術(shù)實現(xiàn)了推的技術(shù)，只有對于某個客戶有消息(通知消息、審批消息、待辦消息)來時，才會向客戶端推送消息提醒。這種方式，使整個系統(tǒng)只有一個線程在處理數(shù)據(jù)庫刷新。

PUSH技術(shù)大大地提高了華天OA的性能。因為只有消息來時，客戶端才與服務(wù)器通信，對于系統(tǒng)而言，實際上，大多數(shù)時間是沒有新消息的，這就保證了既能在第一時間接收信息，又能大大降低服務(wù)器負載，從而達到性能的最佳化。

采用華天OA技術(shù)架構(gòu)的OA軟件非常適合采用PUSH技術(shù)，這是因為它采用了JAVA編程語言，地球人都知道，用JAVA開發(fā)的軟件速度慢，特別是大型的JAVA應(yīng)用，多線程的時候，非常能夠磨練一個人的耐性。但這些年來JAVA的速度還是在不斷提升，PUSH技術(shù)起到的作用不是關(guān)鍵性的，卻是簡單、有效的。

其次，它具有OA小助手，現(xiàn)在一些廠家的OA軟件都有小助手功能，如華天、新思創(chuàng)、用友致遠等，小助手是一個簡單實用的工具，讓用戶在不影響工作的情況下跟系統(tǒng)保持實時連接，但顯然，客戶端對服務(wù)器不斷的刷新嚴(yán)重增加了服務(wù)器的負載，這就像DOC攻擊一樣，所以，大型企業(yè)都不得不關(guān)閉了這個工具。PUSH技術(shù)能夠很好地解決這個問題，客戶端雖然掛在服務(wù)器上，但不需要向服務(wù)器發(fā)出請求，服務(wù)器會把消息主動推送給客戶端。

使用OA軟件的目的就是為了提高工作效率，別系統(tǒng)上去了，效率下來了，要想事后不抓狂，就要事前多比較、多測試。對于PUSH這樣的技術(shù)，實現(xiàn)起來并不復(fù)雜，只是看廠家是否用心了。實用的OA軟件，需要的就是這樣實用的技術(shù)。