OA要想解决以上的问题，必须具有平台化的特征，这个平台必须具有充分的开放性和灵活性，允许用户方便的自定义各种业务流程和表单，和其他系统进行数据整合，生成各种统计报表。传统的PHP技术开发的OA因为不具有平台性而正在逐渐被淘汰，最具代表性的OA平台一般都是JAVA技术开发，在这种OA平台上，在业务中做沟通，而不是在沟通中做业务，沟通、业务、组织、管理都是协同一致的。

以目前市场覆盖面最广的OA系统为例，概括为以下几个特点。

一个平台：统一的基础管理平台，实现用户数据统一管理、权限统一分配、身份统一认证。

两个门户：统一规划门户网站群和协同办公平台，将外网信息维护、客户服务、互动交流和日常工作紧密结合起来，有效提高工作效率。

集团化管理：应用对象覆盖多级机构，实现“大OA套小OA”的应用模式。

四大应用：工作流程、知识管理、沟通交流和辅助办公四大核心应用。

当用户的发展使得产品需要不断进行更新和升级，特别是随着企业管理规模的扩大导致原有的系统难以满足新的需求，这时就需要对原OA办公系统进行功能扩展和升级的二次开发，这种开发对于不同的产品而言操作技术不同，需要的开发周期、资金、风险都存在较大的差异。对于OA办公系统在早期最普遍存在的两种形态，产品化和项目化，都很难满足用户这一普遍的需求。

对产品化的OA办公系统来说，功能的适用性、性能的稳定性、持续升级、成熟度较高、高性价比、低风险是其不可忽略的优点，但不能一次满足所有细节需求、产品化的升级节奏可能与用户需求的成长的速度难以匹配是个硬伤。而项目化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发展的趋势。

通过对某OA平台的分析，我们可以了解到OA平台的核心技术有两个：一是基于MVC架构，一是基于SOA体系。

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（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平台的技术含量更高，技术架构更先进，产品和流程更加规范，产品的稳定性、安全性、可扩展性更强，能够充分满足用户多方面和长期发展的要求