誕生
OA發展到現在，其內涵已經發生了根本的轉變，從行政管理轉移到行政、業務兼管，從溝通轉移到協作，從單一套用轉移到系統整合。客戶的需求在向更高、更深的方向發展，而傳統OA只能提供最基本的信息溝通、檔案管理、公文審批，這已經不能適套用戶的辦公需要，客戶需要的是全方位的業務管理、團隊協作、數據整合、自定義開發……他們要求OA具有更高的業務性、平台性、開放性和智慧型性，能夠滿足自己綜合性的需要。這樣，OA平台便應運而生。
OA平台自2007年開始逐漸出現，2009年已經比較成熟，比如天絡線上、承元OA平台等。由於技術比較複雜，所以目前市場上的OA平台很多都不是真正的平台。
OA平台化趨勢
1.產品化和項目化OA辦公系統的不足
當用戶的發展使得產品需要不斷進行更新和升級，特別是隨著企業管理規模的擴大導致原有的系統難以滿足新的需求，這時就需要對原OA辦公系統進行功能擴展和升級的二次開發，這種開發對於不同的產品而言操作技術不同，需要的開發周期、資金、風險都存在較大的差異。對於OA辦公系統在早期最普遍存在的兩種形態，產品化和項目化，都很難滿足用戶這一普遍的需求。
對產品化的OA辦公系統來說，功能的適用性、性能的穩定性、持續升級、成熟度較高、高性價比、低風險是其不可忽略的優點，但不能一次滿足所有細節需求、產品化的升級節奏可能與用戶需求的成長的速度難以匹配是個硬傷。而項目化OA辦公系統具有一次性滿足細節需求、根據需求量身定製是最為稱道的地方，但高成本、長周期的、高風險的、無法升級、持續性服務幾無可能而引起用戶不滿。這些都讓市場不停地呼喚一種更為合理的形態存在的OA辦公系統。由此，平台化OA辦公系統應運而生。
2.平台化OA辦公系統的絕對優勢
某些新型平台型OA辦公系統由於開發方式靈活，藉助支撐平台技術可以在不影響原系統的情況下，獨立開發新功能模組再加入到原系統平台之中，使得開發周期大大縮短、費用低、風險小，可以說這種升級操作最大程度上做到了為企業考慮，提供長遠保證，並具備基本能滿足全部需求，性價比高、成熟度高的優點。
在產品規劃中，有些OA部署了大量的自定義工具，包括圖形化工作流自定義、資料庫自定義、界面自定義、選單自定義，以及大量的設定和開關，如許可權、角色、崗位、群組、組織等的設定。通過這些功能或工具，讓用戶對系統的控制力大大加強，在日常的使用中不再過分依賴軟體開發商，能夠讓系統計迅速適應管理的變革，並在實際套用中，從根本上杜絕系統孤島、信息孤島、數據孤島的產生。
一個平台：
統一的基礎管理平台，實現用戶數據統一管理、許可權統一分配、身份統一認證。
兩個門戶：
統一規劃入口網站群和協同辦公平台，將外網信息維護、客戶服務、互動交流和日常工作緊密結合起來，有效提高工作效率。
集團化管理：
套用對象覆蓋多級機構，實現“大OA套小OA”的套用模式。
四大套用：
工作流程、知識管理、溝通交流和輔助辦公四大核心套用。
發展歷程
OA是將現代化辦公和計算機網路功能結合起來的一種新型的辦公方式。辦公自動化沒有統一的定義，，最後實現提高決策效能的目的。
第1代OA：硬體配置階段
第2代OA：數據處理自動化階段
第3代OA：C/S架構下的工作流自動化階段
第4代OA：無障礙工作流自動化階段
第5代OA：協同工作型辦公自動化（KM1代）
第6代OA：協同發展型辦公自動化（KM2代）
第7代OA:移動OA
基礎架構
OA平台基於分層、標準和構件等進行架構，OA平台以領先的四層技術架構，遵循J2EE標準、SOA標準、WFMC標準、W3C xForm標準、JSR168、WSRP等標準，OA平台部署了大量構件、採用JAVA語言編寫、以多維門戶形式展現，OA平台支持各種部署模式、各種作業系統、各種資料庫和中間件，並具備完備的配置體系、接口體系和外掛程式體系，從而支持未來的擴展空間。
因J2EE的開放性，OA平台支持各種伺服器、作業系統、資料庫、中間件和套用軟體。
OA平台採用標準J2EE結構，由Java語言開發，系統配置由XML技術完成；資料庫採用關係型資料庫和非關係型資料庫分離的技術，同時OA平台支持多種關係資料庫，系統通過JDBC服務連線資料庫，並使用連線池提高系統性能；通信協定採用HTTP、TCP/IP。
OA平台整個套用劃分為三個相對分離的邏輯層，每一層都有一套定義好的接口。第一層為表示層，是展現給工作人員和相關使用者的圖形界面，它包含HTML表單、Java Applet、JSP等能夠顯示數據的任何系統。該界面通過規定的工作流程和接口來完成日常的事務處理和業務流程。
OA平台的中間層（套用邏輯層）是使用者為了獲取數據需要（通過表示層）調用的代碼。表示層接收到數據後把它格式化並顯示出來。OA平台的這種套用邏輯與用戶界面的分離極大的提高了套用設計的靈活性。OA平台的可以在不改變套用邏輯的情況下採用不同的圖形用戶界面，只要套用邏輯層給表示層提供明確定義的接口即可。
OA平台的中間層利用Java語言，以Servlet和Beans等技術實現，其表現形式為組件包，即類庫形式。將用戶管理、低層數據訪問、數據傳輸以及數據分析等具有抽象適應性的功能等進行封裝，按照功能、邏輯和使用等不同方面定義若干個組件包，將其統一規範為核心API（Core API），為上層透明訪問提供清晰明確的接口。
在整個OA平台套用中，中間層起著非常重要的作用，主要包括安全系統、套用體系和技術平台等幾部分。它和下面所介紹的數據層一起構成了辦公系統工作的基礎。
OA平台的底層為數據層，即數據中心。它用來完成統一的數據管理和數據交換接口的實現。主要包括辦公信息及數據的管理和維護、數據交換、數據抽取以及數據過濾等功能。
整個OA平台中，部署了數據引擎、訊息引擎、門戶引擎和工作流引擎，把系統橫向和縱向進行了多維度的打通和貫穿，從而使得各孤立的構件和模組成為一套有機的生態系統。
平台技術
J2EE 架構：擁有J2EE平台、SOA規範、JAVA語言的OA技術，屬於中高端產品的標誌之一。
負載均衡與集群技術：支持負載均衡技術和套用伺服器、資料庫伺服器的集群的OA技術，保障系統性能穩定。
多核多執行緒技術：獨創的多核多執行緒OA技術，支持同時處理多項工作，大幅度提高了系統的性能和使用效率。
門戶3.0引擎技術：支持根據組織發展狀況，動態定製套用門戶的OA技術；支持外部信息源的抓取和展現。
全程圖形化工作流引擎技術：業內最棒的工作流引擎，支持從設計，到維護的全程圖形化，支持工作流作為引擎被其他模組和其他系統調用，支持條件分支、統計分析、表單數據源的外部化，支持多表單和嵌套子流程等OA技術。
訊息引擎技術：不但支持各種通信工具融合使用，而且支持通信工具作為引擎被其他模組調用的OA技術。
數據許可權技術：通過對數據範圍許可權的劃分，從而完全支持複雜管理管理模型的OA技術。
數據引擎技術：可以方便的與其他業務系統，通過數據源定義進行數據層的相互訪問、調用和操作的OA技術。
WEB2.0 技術：支持Ajax、RSS、Html等web2.0技術，最大限度的減少控制項量、增加用戶互動和體驗。
自定義技術：支持從門戶、頻道、欄目、工具、信息、數據、訊息提醒到組織結構、角色、職務、崗位、用戶許可權的全方位自定義的OA技術，從而具備了個性化能力和隨需應變的能力。
協同管理
很多OA廠商均標榜自己不再是OA軟體提供商，而是協同辦公系統、協同管理平台系統的提供商，傳統的oa辦公自動化套用已經過度到了協同管理平台的層面。 與OA平台最相似的概念是CMP協同管理平台，DIYCMP個性化的協同管理平台.
CMP（全稱Cooperation Management Platform 譯為協同管理平台），DIYCMP（翻譯為可diy的協同管理平台，diy作為自主設計的概念在電腦攢機方面套用最廣泛）。
特徵
OA平台最關鍵的特徵就是它的開放性，真正做到了“隨需應變”的管理，能夠讓用戶輕鬆的自定義各種業務模組，並在不影響、不停止現有套用的狀態下進行更新。
OA平台基於模組化設計，有的廠家形象的稱之為“魔方架構”，即擁有魔方般的靈活性和易用性。通過OA平台，用戶可以自己動手搭建與需求相符的業務系統，並且無需開發、無需了解底層架構、甚至無需掌握開發技術，所有的操作都通過滑鼠在可視界面上完成。
所以，無論是日常辦公，還是業務管理，用戶都能通過OA平台夠敏捷建模，自定義業務流程和表單，與其他系統進行數據整合，並進行匯總統計，完全實現流程同步，數據共享。這是一個可生長的、靈動的管理平台，極大提升了系統的復用性、安全性和拓展性，降低了開發難度、開發周期和升級費用，代表了OA發展的趨勢。
四大特點:
1、用戶需求發生重大改變近兩年來，OA廠家們明顯感覺到，現在客戶的需求越來越多樣，越來越複雜，客戶需要的已經不是一個簡單的OA系統，而是一個OA平台，OA變成了平台的一部分，這種需求在凡是有點規模的客戶身上都體現得非常明顯。 “你的OA到底有什麼不同？”華天動力的市場總監陳秋男對筆者說，“這幾乎是每個客戶都會問廠家的問題，OA的高度雷同已經讓客戶感到膩歪，以前很多廠家用一套萬能的標準化軟體去應付所有客戶的做法，靠概念去引導客戶的做法，現在已經行不通了，只有真正解決他們的實際問題，客戶才會認可你，選擇你”。 實際上，客戶的需求在向更高、更深的方向發展，從最基本的信息溝通、檔案管理、公文審批到業務管理、團隊協作、數據整合、自定義開發……他們要求OA具有更高的業務性、平台性、開放性和智慧型性，能夠滿足自己綜合性的需要。
2、OA定位發生變革正是基於用戶需求的變化，OA的定位也發生了根本的轉變，在以前，OA定位於行政辦公，從事的都是些很獨立、很簡單的工作，主要完成信息發布、檔案管理、流程審批這幾個主要任務。 但現在，OA已經逐漸成為一個綜合性的協同辦公和管理平台（之所以還叫OA，只是為了便於理解），除了日常的行政辦公，OA開始越來越多的從事業務管理和項目管理，甚至人事管理、客戶管理、資產管理、服務管理、知識管理等等。更重要的是，這些功能並非孤立存在，而是互相關聯的。 而且，OA還開始連線其他的業務系統，實現數據的交換和共享，為管理者集中呈現各種統計報表，服務於管理和決策。 如果說傳統OA是一個好員工，那么現在他已經成長為一個經理了。
3、OA技術發生變革客戶需求和OA定位的轉變，必然對OA產品的技術設計提出了更高的要求。 從1989年開始，採用C/S架構的LOTUS系統幾乎成為了辦公自動化（OA）的代名詞，並成為一種事實上的標準。當時大企業們以使用這種複雜而昂貴的系統為榮，也成為信息化的重要標誌。 正好10年後，1999年6月，時任Sun公司Java企業開發部門主管的Mala Chandra興奮地宣布了J2EE的誕生，到2003年左右，J2EE便逐漸成為中國OA開發商的首選技術，並迅速成為絕對的領導者。在OA領域，它已遠遠超越了LOTUS和.NET，更別提ASP、PHP、C+了，同時，C/S架構也完全被B/S架構所取代，ACCESS、Mysql資料庫也逐漸被Sqlserver、ORACLE資料庫取代，以實現大規模的企業級WEB套用。 現在，OA已經不是一個簡單的軟體包，而是講究底層設計和架構設計，它的技術更加複雜，SOA、MVC、三層架構、工作流建模、webservice、BI等先進技術都被吸收進來，這一切無非是為了打造一個開放性的平台。 J2EE的開放性無疑是構成OA平台化的重要基礎，這也成為OA平台化時代的一個重要特徵。
4、市場格局將重新劃分 一個時代的誕生必然會促成市場格局的重新劃分，誕生新的領導者，因為借勢而起，是後來者最重要的戰略之一。 近幾年，原來一批主流的OA廠商因為技術、套用、市場等原因紛紛退出或轉型，剩下的廠商則越來越集中。當前的OA市場有三個特點： 1）強者不強、弱者不弱； 2）本土化廠商開始占據市場主流； 3）進入門檻越來越高。
技術
通過對某OA平台的分析，我們可以了解到OA平台的核心技術有兩個：一是基於MVC架構，一是基於SOA體系。
MVC架構
MVC（Model-View-Controller） 結構是傳統三層結構的另外一種描述。MVC每個字母代表不同的含義，M模型（Model）、 V視圖（ View ）、 C控制器（Control）。換句話說，M代表著數據的存儲（資料庫），V代表著最終的用戶頁面，而C代表著業務的邏輯。
MVC將數據和業務規則從表示層分開，可最大化的重用代碼。而且模型返回的數據沒有進行格式化，因此同樣的構件能被不同界面使用。模型是自包含的，並且與控制器和視圖相分離，很容易改變應用程式的數據層和業務規則。如果你想資料庫從MySQL移植到Oracle，或者改變基於RDBMS數據源到LDAP，只需改變模型即可。而且，只要正確的實現了模型，不管你的數據來自資料庫或是LDAP伺服器，視圖都會正確的顯示它們。另外， MVC應用程式的三個部件相互對立，改變其中一個並不會影響其它兩個，依據這種設計思想能構造良好的耦合構件。
MVC的優點不是體現在產品的功能上，而是讓軟體的結構變得更加合理，更方便修改。如果你想改動一個頁面，只需改動一下頁面與控制層的關聯關係，而不需要改動任何程式。
OA平台對MVC架構的具體套用
第一、在數據層，可通過中間件進行溝通。這樣不需要書寫任何一行代碼，通過簡單的類與資料庫表的映射實現資料庫表的增刪改。整個程式中沒有一條SQL語句，不修改代碼就可實現自動切換到各種資料庫類型。（如MySQL/SQLSERVER/ORACLE）
第二、通過標籤定義實現與業務層的連線。在HTML頁面中，沒有一行程式代碼，只有標籤定義。如果頁面需要變更，只須更改標籤與業務層的連線關係。
第三、內部通過獨立的子工程管理，這樣既能保證各個子工程的系統獨立性，又能確保對系統的整體管理。
第四、通過頁面與程式的分離，實現了多語言和多風格的不同展示系統。
SOA架構
SOA（Service-Oriented Architecture）——面向服務架構，是一個很抽象的技術術語，也是當前最領先的技術架構之一，IBM也在重點推廣SOA架構。SOA，簡單的說就是以WEB為基礎，為每個套用提供相關的接口，類似於原來的API。這樣，系統以外的其他系統，不需要了解程式內部的具體釋放方式，就可以調用相關係統功能。
例如：以簡訊收發的接口，如果該簡訊伺服器提供這樣類似的接口，那么第三方軟體，就可以很方便地與之進行簡訊的傳送。而一套複雜的系統，通常會提供成千上萬個類似的接口，外面系統可通過這些接口，在一定的規範內與原系統進行互動。
華天動力OA平台對外一般提供兩種接口類型：
第一種接口是BEAN型的，這是最初始的。通過他的類包和相關的類包定義，使其他的JAVA系統可以與該系統進行通迅。
第二種接口是WebService型的。其他系統通OA平台提供的Webservice接口，可實現調用OA系統的部分或整體的功能，而無需知曉OA內部系統的細節。例如，華天動力的OA小助手本身沒有任何數據存儲，是一個瘦客戶端，不能進行資料庫的讀寫。但通過調用OA系統的接口，可實現與OA系統的互動。與JAVA 類包方式的接口不同，WebService接口不僅可以被JAVA程式調用，也可以被VB/Delphi/PB等幾乎所有的程式語言所調用。不僅在B/S使用，還可以被C/S程式所調用，這大大增強了程式的可擴展性。整個軟體基於WebService體系開發，是SOA的核心內容，這也是華天動力能夠很好的以SOA作為架構的基礎。
價值
從開發角度和套用角度來看，OA平台的“魔方架構”讓軟體活了起來。它結合了MVC架構和SOA體系各自的優勢，大大提高了系統模組的復用性、安全性和可擴展性。降低了開發的難度和開發周期，並有效的降低維護費用，使程式的調用變得更加方便和簡單。
從軟體使用者的角度來看，這種基於MVC和SOA的“魔方架構”，可以讓軟體更易擴展，持續能力更強，更節省對未來預期的軟體投入，並可以與其他系統進行有效的數據整合，真正實現了企業套用軟體的“隨需而動”。
相對於OA來說，OA平台的技術含量更高，技術架構更先進，產品和流程更加規範，產品的穩定性、安全性、可擴展性更強，能夠充分滿足用戶多方面和長期發展的要求
選擇問題
近些年來，企業信息化建設迅速發展，OA軟體迅速普及，媒體和廠商都在大力宣傳，各種概念、觀點、產品紛至沓來。國內很多企業實施了OA項目，相關產品也應接不暇，但在選與被選之間總有諸多"不對稱"，以致背道而馳，難於"雙贏"。那么企業如何正確認識OA？在OA選型中存在哪些誤區？
誤區一、認為OA就是行政辦公，就是收發檔案。
誤區二：認為OA只是檔案的審批和管理。
目前市面上的很多的OA是採用非關係性型資料庫，主要是基於lotus平台，該平台是封閉式的平台，是文檔型資料庫，在技術上存在很多先天性缺陷，一般套用於早期政府的收發文，目前政府信息化招投標也基本上是向j2ee平台架構過渡。在國外lotus主要是套用於郵件伺服器。一些主流廠商認為OA不僅僅是檔案的審批和管理，關鍵是作為企業管理軟體進行企業管理最終一定要跟財務發生關聯，才能最大化發生作用。比如：在OA的套用企業中，很少企業拋棄報銷，借款，付款等審批流程。因為報銷與手工實現的方式有根本性的變革。手工審批各審批環節都需要手工簽字才能逐步走到下一個環節。
誤區三：認為OA是ERP的一部分，認為OA很簡單，是從屬於其他系統。
誤區四、認為OA的終極目標就是手工轉為電子化。
第一：提升企業辦公效率同時，重在執行力的提升
第二：OA的終極目的最終是為企業戰略發展和管理服務
第三：規範公司的管理，避免人為的因素：
第四：部門與部門，員工與員工之間信息的溝通和共享
第五：知識的沉澱和痕跡的保留
第六：加強對員工日常行為的考核：
誤區五：認為OA實施很簡單，是信息部門的事情。
誤區六：認為OA馬上就可以見到效果，認為OA可以一蹴而就。
