協(xié)同OA未來5年發(fā)展趨勢預計

申請免費試用、咨詢電話：400-8352-114

從目前企業(yè)公司、事業(yè)單位、政府機構(gòu)對管理信息化的角度來看，無非會集中在三大方面，即協(xié)同OA類、ERP類、BI類，通過這三大類的信息化推廣，可全面部署內(nèi)部管理信息化的支持體系。
隨著信息化的全面推進，三大類的信息化，會你中有我、我中有你的趨勢，但對于各階層的使用者來看，可集中通過協(xié)同OA單一入口，靈活處理協(xié)同OA中工作內(nèi)容、也可以及時處理ERP數(shù)據(jù)、以及對內(nèi)部數(shù)據(jù)的數(shù)據(jù)報表分析。
三者關系可見簡圖：
 
以及對三者之間的關系，也會相互穿插關聯(lián)關系：
類型 協(xié)同OA類 ERP類 BI類
協(xié)同OA類 純粹、基礎的協(xié)同OA應用，關注規(guī)范過程管理的控制，提升管理效率 在OA應用之上，能獲取ERP中的業(yè)務數(shù)據(jù)通過多維審批 在OA應用(含本身部分報表)之上，能獲取BI形成的報表數(shù)據(jù)展現(xiàn)出來
ERP類 在ERP本身數(shù)據(jù)管理基礎之上，能獲取OA中審批后數(shù)據(jù)進行業(yè)務處理 重點關注業(yè)務數(shù)據(jù)邏輯處理 在ERP應用(含本身部分報表)之上，能把BI分析后數(shù)據(jù)獲取過來并反向影響業(yè)務數(shù)據(jù)操作
BI類 能獲取OA數(shù)據(jù)來源作為分析渠道之一 能獲取ERP底層數(shù)據(jù)來源作深化分析 強有力的后臺多維數(shù)據(jù)抓取、報表制作、分析

所以，基于整體管理信息化的發(fā)展來看，對于協(xié)同OA未來的應用價值，會越來越至關重要，這也是目前市面上很多IT廠商會逐步切入來分擔這塊蛋糕的原因：
1、 協(xié)同OA產(chǎn)品服務方式
(1). ASP:
ASP即Application Service Provider（應用服務提供商），ASP模式就是集中為企業(yè)搭建信息化所需要的所有網(wǎng)絡基礎設施及軟件、硬件運行平臺，負責所有前期的實施、后期的維護等一系列服務，使得企業(yè)無需購買軟硬件、建設機房、招聘IT人員，只需前期支付一次性的項目實施費和定期的ASP服務費，即可通過互聯(lián)網(wǎng)享用信息系統(tǒng)。
眾所周知，信息化包括硬件和軟件兩部分，對于硬件部分，大部分的中小企業(yè)都進行了IT產(chǎn)品采購并已建立了局域網(wǎng)，但軟件部分的應用水平還比較低，像OA這類中高端管理應用，國內(nèi)的中小企業(yè)一般都沒有實施，或者實施得不完全。據(jù)有關調(diào)查結(jié)果顯示，在中國上千萬家企業(yè)中，有37%的被調(diào)查企業(yè)認為所需費用過高，有24%的企業(yè)缺乏專業(yè)咨詢機構(gòu)的支持協(xié)助，有8%的企業(yè)認為是內(nèi)部人員素質(zhì)偏低、意識薄弱，有5%的企業(yè)認為是實施周期長、見效慢，而這些都是阻礙企業(yè)有效實施0A的核心要素。據(jù)獲，近期國內(nèi)協(xié)同軟件供應商泛普軟件和中國電信面向中小企業(yè)客戶聯(lián)合推出基于泛普OA系統(tǒng)產(chǎn)品的商務領航泛普ASP平臺。
ASP模式的OA相對于傳統(tǒng)項目型0A，它具有進入門檻低、成本低、風險小、易實施、不需維護軟硬件等的特點，很好解決了眾多中小企業(yè)所面臨的問題。從現(xiàn)有的600多萬個客戶中抽樣調(diào)查發(fā)現(xiàn)，中小企業(yè)薄弱的地方不是外部資源，也不是市場應變能力，而是管理。泛普認為，無論是ERP、CRM、OA，還是SCM都是用來提升企業(yè)管理效率，梳理工作流程，整合信息流的。而對于那些以商貿(mào)為主的中小企業(yè)來講，除了必須的財務軟件和進銷存軟件之外，首當其沖的自然是OA，中小企業(yè)從OA使用中輕易獲得大公司的管理方式，一旦應用，必將大幅提升企業(yè)競爭力和效率。
提ASP平臺主要考慮了客戶使用和實施這一塊，在自定義流及個性化設置十分完善,除了滿足大多數(shù)企事業(yè)單位在內(nèi)部管理過程中的共性需求外，在租賃方式上，采用月租和年租的方式也體現(xiàn)了靈活的特點。另外，電信成熟的托管運營經(jīng)驗也將更大程度的保障客戶的數(shù)據(jù)安全及無間斷的在線使用。而泛普龐大的渠道體系也將在實際推廣過程中對客戶更好的服務。
近來，在線型的應用軟件市場在近幾年異彩紛呈，ASP模式在OA領域?qū)⒂写笥锌蔀椤２还茏罱K是否象預言那樣壟斷市場，但對中國中小企業(yè)信息化的推進而言，無疑是一種強大的推動力。
(2). Saas:
SaaS是Software-as-a-service（軟件即服務）的簡稱，它是一種通過Internet提供軟件的模式，用戶不用再購買軟件，而改用向提供商租用基于Web的軟件，來管理企業(yè)經(jīng)營活動，且無需對軟件進行維護，服務提供商會全權(quán)管理和維護軟件，對于許多小型企業(yè)來說，SaaS是采用先進技術(shù)的最好途徑，它消除了企業(yè)購買、構(gòu)建和維護基礎設施和應用程序的需要，近年來，SaaS的興起已經(jīng)給傳統(tǒng)套裝軟件廠商帶來真實的壓力。
SaaS服務提供模式：
SaaS服務提供商為中小企業(yè)搭建信息化所需要的所有網(wǎng)絡基礎設施及軟件、硬件運作平臺，并負責所有前期的實施、后期的維護等一系列服務，企業(yè)無需購買軟硬件、建設機房、招聘IT人員，只需前期支付一次性的項目實施費和定期的軟件租賃服務費，即可通過互聯(lián)網(wǎng)享用信息系統(tǒng)。服務提供商通過有效的技術(shù)措施，可以保證每家企業(yè)數(shù)據(jù)的安全性和保密性。企業(yè)采用SaaS服務模式在效果上與企業(yè)自建信息系統(tǒng)基本沒有區(qū)別，但節(jié)省了大量用于購買IT產(chǎn)品、技術(shù)和維護運行的資金，且像打開自來水龍頭就能用水一樣，方便地利用信息化系統(tǒng)，從而大幅度降低了中小企業(yè)信息化的門檻與風險。
SaaS服務的優(yōu)勢：
對企業(yè)來說，SaaS的優(yōu)點在于：
I. 從技術(shù)方面來看：企業(yè)無需再配備IT方面的專業(yè)技術(shù)人員，同時又能得到最新的技術(shù)應用，滿足企業(yè)對信息管理的需求。
II. 從投資方面來看：企業(yè)只以相對低廉的“月費”方式投資，不用一次性投資到位，不占用過多的營運資金，從而緩解企業(yè)資金不足的壓力；不用考慮成本折舊問題，并能及時獲得最新硬件平臺及最佳解決方案。
III. 從維護和管理方面來看：由于企業(yè)采取租用的方式來進行物流業(yè)務管理，不需要專門的維護和管理人員，也不需要為維護和管理人員支付額外費用。很大程度上緩解企業(yè)在人力、財力上的壓力，使其能夠集中資金對核心業(yè)務進行有效的運營。
(3). Mobile:
SaaS是一個為企業(yè)提供開箱即用的行業(yè)管理軟件托管平臺，支持企業(yè)個性化需求，應用隨身定制、隨需而變。
而Mobile將軟件應用服務延伸到移動商務領域，通過定制手機應用，實現(xiàn)電腦和手機的雙終端使用。用戶只需要一部支持WAP2.0或者支持JAVA的手機就可以隨時隨地的訪問OA。
(4). Sms:
Mobile用來擴展用戶使用OA的一種途徑，可達到類似通過IE訪問OA使用的一樣效果。
但Sms服務，可以直接把一些相關信息轉(zhuǎn)換為文本信息，利用短信功能發(fā)送到用戶手機上，并通過短信的簡單回復可與OA系統(tǒng)智能的雙向溝通，達到人機互動處理的效果。
2、 協(xié)同OA產(chǎn)品架構(gòu)模式
(1). SOA(Service-Oriented Architecture)應用:
面向服務的體系結(jié)構(gòu)（Service-Oriented Architecture，SOA）是一種 IT 體系結(jié)構(gòu)風格，支持將您的業(yè)務轉(zhuǎn)換為一組相互鏈接的服務或可重復業(yè)務任務，可在需要時通過網(wǎng)絡訪問這些服務和任務。這個網(wǎng)絡可以是本地網(wǎng)絡、Internet，也可以分散于各地且采用不同的技術(shù)，可讓最終用戶感覺似乎這些服務就安裝在本地桌面上一樣。可以對這些服務進行結(jié)合，以完成特定的業(yè)務任務，從而讓您的業(yè)務快速適應不斷變化的客觀條件和需求。
當在戰(zhàn)略業(yè)務目標的引導下進行 SOA 實現(xiàn)工作時，可確保對業(yè)務進行積極轉(zhuǎn)換，并能夠?qū)崿F(xiàn) SOA 的好處，具體如下： IT 與業(yè)務的一致性 、IT 資產(chǎn)的最大化重用。
這些有助于確保在耗資巨大的 IT 項目中的投資能夠給業(yè)務帶來長遠的價值。
那么，該如何步入 SOA 的領地，它又會如何影響您的業(yè)務呢？協(xié)同管理確定了五個切入點，可確保所進行的每個基于 SOA 的解決方案都能提供真正的業(yè)務價值。
協(xié)同管理可定義的五個切入點能幫助您和您的業(yè)務實現(xiàn)預定義的 SOA 解決方案，從而從中獲益。這些切入點同時受到業(yè)務需求（人員、流程和信息切入點）和 IT 需求（連接性和重用切入點）的驅(qū)動。以下是五個切入點的一般描述信息：
人員：SOA 的這個切入點關注用戶體驗，以幫助生成調(diào)用和實現(xiàn)更好的協(xié)作，從而獲得一致的人員與流程交互，提高業(yè)務效率。例如，通過使用 SOA，可以創(chuàng)建基于服務的 Portlet 來提高此協(xié)作。
流程：流程切入點可幫助企業(yè)了解其業(yè)務中發(fā)生的情況，從而支持其對現(xiàn)有業(yè)務模型進行改進。通過使用 SOA，可以將業(yè)務流程轉(zhuǎn)換為可重用且具有靈活性的服務，從而改進和優(yōu)化這些新流程。
信息：通過使用 SOA 的這個切入點，能以一致而可見的方式利用公司中的信息。通過在所有業(yè)務領域提供這個一致而受信任的信息，可促進企業(yè)各個領域的創(chuàng)新工作，從而更為有效地進行競爭。通過使用 SOA，可以更好地控制信息，而且通過信息與業(yè)務流程的結(jié)合，可以發(fā)現(xiàn)很多有意義的新關系。
連接性：利用連接性切入點，可以有效地連接基礎設施，從而將企業(yè)中的所有人員、流程和信息整合到一起。通過在服務間和整個環(huán)境中實現(xiàn)靈活的 SOA 連接，可以獲取現(xiàn)有業(yè)務流程并在不需要太多工作的情況下通過其他業(yè)務通道提供此流程。甚至還能以安全的方式連接防火墻外的外部合作伙伴。
重用：通過 SOA 重用服務，可以充分利用企業(yè)中已經(jīng)存在的服務。通過對現(xiàn)有資源進行構(gòu)建，可以簡化業(yè)務流程，在整個企業(yè)內(nèi)確保一致性并縮短開發(fā)時間。所有這些將能幫助您節(jié)約大量的時間和資金。另外，還能減少服務中的功能重復，并能獲得使用企業(yè)中為大家所熟悉的經(jīng)過驗證的核心應用程序的好處。

(2). Web services/套件化:
實際上，Web Service的主要目標是跨平臺的可互操作性。為了達到這一目標，Web Service完全基于XML（可擴展標記語言）、XSD（XMLSchema）等獨立于平臺、獨立于軟件供應商的標準，是創(chuàng)建可互操作的、分布式應用程序的新平臺。由此可以看出，在以下三種情況下，使用WebService會帶來極大的好處。
長項一：跨防火墻的通信
如果應用程序有成千上萬的用戶，而且分布在世界各地，那么客戶端和服務器之間的通信將是一個棘手的問題。因為客戶端和服務器之間通常會有防火墻或者代理服務器。在這種情況下，使用DCOM就不是那么簡單，通常也不便于把客戶端程序發(fā)布到數(shù)量如此龐大的每一個用戶手中。傳統(tǒng)的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結(jié)果是開發(fā)難度大，程序很難維護。
舉個例子，在應用程序里加入一個新頁面，必須先建立好用戶界面(Web頁面)，并在這個頁面后面，包含相應商業(yè)邏輯的中間層組件，還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調(diào)用中間層組件，把結(jié)果格式化為HTML形式，最后還要把“結(jié)果頁”送回瀏覽器。要是客戶端代碼不再如此依賴于HTML表單，客戶端的編程就簡單多了。
如果中間層組件換成Web Service的話，就可以從用戶界面直接調(diào)用中間層組件，從而省掉建立ASP頁面的那一步。要調(diào)用Web Service，可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端，也可以使用自己開發(fā)的SOAP客戶端，然后把它和應用程序連接起來。不僅縮短了開發(fā)周期，還減少了代碼復雜度，并能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次調(diào)用中間層組件時，都跳轉(zhuǎn)到相應的“結(jié)果頁”。
從經(jīng)驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用Web Service這種結(jié)構(gòu)，可以節(jié)省花在用戶界面編程上20%的開發(fā)時間。另外，這樣一個由Web Service組成的中間層，完全可以在應用程序集成或其它場合下重用。最后，通過Web Service把應用程序的邏輯和數(shù)據(jù)“暴露”出來，還可以讓其它平臺上的客戶重用這些應用程序。
長項二：應用程序集成
企業(yè)級的應用程序開發(fā)者都知道，企業(yè)里經(jīng)常都要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發(fā)力量。應用程序經(jīng)常需要從運行在IBM主機上的程序中獲取數(shù)據(jù)；或者把數(shù)據(jù)發(fā)送到主機或UNIX應用程序中去。即使在同一個平臺上，不同軟件廠商生產(chǎn)的各種軟件也常常需要集成起來。通過Web Service，應用程序可以用標準的方法把功能和數(shù)據(jù)“暴露”出來，供其它應用程序使用。
例如，有一個訂單登錄程序，用于登錄從客戶來的新訂單，包括客戶信息、發(fā)貨地址、數(shù)量、價格和付款方式等內(nèi)容；還有一個訂單執(zhí)行程序，用于實際貨物發(fā)送的管理。這兩個程序來自不同軟件廠商。一份新訂單進來之后，訂單登錄程序需要通知訂單執(zhí)行程序發(fā)送貨物。通過在訂單執(zhí)行程序上面增加一層Web Service，訂單執(zhí)行程序可以把“AddOrder”函數(shù)“暴露”出來。這樣，每當有新訂單到來時，訂單登錄程序就可以調(diào)用這個函數(shù)來發(fā)送貨物了。
長項三：B2B的集成
用Web Service集成應用程序，可以使公司內(nèi)部的商務處理更加自動化。但當交易跨越供應商和客戶、突破公司的界限時會怎么樣呢？跨公司的商務交易集成通常叫做B2B集成。
Web Service是B2B集成成功的關鍵。通過Web Service，公司可以把關鍵的商務應用“暴露”給指定的供應商和客戶。例如，把電子下單系統(tǒng)和電子發(fā)票系統(tǒng)“暴露”出來，客戶就可以以電子的方式發(fā)送訂單，供應商則可以以電子的方式發(fā)送原料采購發(fā)票。當然，這并不是一個新的概念，EDI(電子文檔交換)早就是這樣了。但是，Web Service的實現(xiàn)要比EDI簡單得多，而且Web Service運行在Internet上，在世界任何地方都可輕易實現(xiàn)，其運行成本就相對較低。不過，Web Service并不像EDI那樣，是文檔交換或B2B集成的完整解決方案。Web Service只是B2B集成的一個關鍵部分，還需要許多其它的部分才能實現(xiàn)集成。
用Web Service來實現(xiàn)B2B集成的最大好處在于可以輕易實現(xiàn)互操作性。只要把商務邏輯“暴露”出來，成為Web Service，就可以讓任何指定的合作伙伴調(diào)用這些商務邏輯，而不管他們的系統(tǒng)在什么平臺上運行，使用什么開發(fā)語言。這樣就大大減少了花在B2B集成上的時間和成本，讓許多原本無法承受EDI的中小企業(yè)也能實現(xiàn)B2B集成。
長項四：軟件和數(shù)據(jù)重用
軟件重用是一個很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用，另一種形式是二進制形式的組件重用。
當前，像表格控件或用戶界面控件這樣的可重用軟件組件，在市場上都占有很大的份額。但這類軟件的重用有一個很大的限制，就是重用僅限于代碼，數(shù)據(jù)不能重用。原因在于，發(fā)布組件甚至源代碼都比較容易，但要發(fā)布數(shù)據(jù)就沒那么容易，除非是不會經(jīng)常變化的靜態(tài)數(shù)據(jù)。
Web Service在允許重用代碼的同時，可以重用代碼背后的數(shù)據(jù)。使用Web Service，再也不必像以前那樣，要先從第三方購買、安裝軟件組件，再從應用程序中調(diào)用這些組件；只需要直接調(diào)用遠端的Web Service就可以了。舉個例子，要在應用程序中確認用戶輸入的地址，只需把這個地址直接發(fā)送給相應的We bService，這個Web Service就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息，確認這個地址是否在相應的郵政編碼區(qū)域。Web Service的提供商可以按時間或使用次數(shù)來對這項服務進行收費。這樣的服務要通過組件重用來實現(xiàn)是不可能的，那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫，而且這個數(shù)據(jù)庫還是不能實時更新的。
另一種軟件重用的情況是，把好幾個應用程序的功能集成起來。例如，要建立一個局域網(wǎng)上的門戶站點應用，讓用戶既可以查詢聯(lián)邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購買電影票。現(xiàn)在Web上有很多應用程序供應商，都在其應用中實現(xiàn)了這些功能。一旦他們把這些功能都通過Web Service“暴露”出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統(tǒng)一的、友好的界面。
將來，許多應用程序都會利用Web Service，把當前基于組件的應用程序結(jié)構(gòu)擴展為組件/Web Service的混合結(jié)構(gòu)，可以在應用程序中使用第三方的Web Service提供的功能，也可以把自己的應用程序功能通過WebService提供給別人。兩種情況下，都可以重用代碼和代碼背后的數(shù)據(jù)。
從以上論述可以看出，Web Service在通過Web進行互操作或遠程調(diào)用的時候是最有用的。不過，也有一些情況，Web Service根本不能帶來任何好處。
短處一：單機應用程序
目前，企業(yè)和個人還使用著很多桌面應用程序。其中一些只需要與本機上的其它程序通信。在這種情況下，最好就不要用Web Service，只要用本地的API就可以了。COM非常適合于在這種情況下工作，因為它既小又快。運行在同一臺服務器上的服務器軟件也是這樣。最好直接用COM或其它本地的API來進行應用程序間的調(diào)用。當然Web Service也能用在這些場合，但那樣不僅消耗太大，而且不會帶來任何好處。
短處二：局域網(wǎng)的同構(gòu)應用程序
在許多應用中，所有的程序都是用VB或VC開發(fā)的，都在Windows平臺下使用COM，都運行在同一個局域網(wǎng)上。例如，有兩個服務器應用程序需要相互通信，或者有一個Win32或WinForm的客戶程序要連接局域網(wǎng)上另一個服務器的程序。在這些程序里，使用DCOM會比SOAP/HTTP有效得多。與此相類似，如果一個.NET程序要連接到局域網(wǎng)上的另一個.NET程序，應該使用.NETremoting。有趣的是，在.NETremoting中，也可以指定使用SOAP/HTTP來進行Web Service調(diào)用。不過最好還是直接通過TCP進行RPC調(diào)用，那樣會有效得多。
總之，只要從應用程序結(jié)構(gòu)的角度看，有別的方法比Web Service更有效、更可行，那就不要用Web Service。