OA市场分析报告.docx

OA市场分析报告.docx

《OA市场分析报告.docx》由会员分享，可在线阅读，更多相关《OA市场分析报告.docx（12页珍藏版）》请在冰豆网上搜索。

OA市场分析报告

OA-市场分析报告

OA市场分析报告

单位：

编写：

校对：

审核：

批准：

修订页

1前言

市场调研产品定义

协同OA（OFFICEAUTOMATION）：

办公自动化。

市场报告范畴

地域范畴：

市场调研仅覆盖中国大陆地区，不包括香港、澳门、台湾地区。

调研厂商：

市场报告调研方法

运用定性和定量方法，通过互联网与政府公开数据，对协同OA产品固定样本组等渠道获得的相关业务经营数据。

并重点采用深度访谈的方式，和协同OA厂商的资深人士进行了深入的交流，确保数据更具真实性和指导性。

2协同OA现状概述

2.1协同OA的发展历程

OA系统从产生到如今，其发展经历了从桌面到网络，从简单应用到协同工作，从基本事务处理到决策支持的种种变换。

先后经历了以下7个阶段：

1桌面文字处理

90年代初，国内电脑的功能和四通打字机差不多，主要作为文字处理用，很多桌面处理软件如WPS，CCED等，满足了单机运行中文件的电子化。

2网络文件共享

随着PC性能的提高，以及网络的出现，人们开始将单机上的文件存储到局域网上，供别人来采用，减少重复劳动，出现了“文件共享”的概念，其形式多以文件服务器的方式存在。

3网络数据库应用

该阶段，数据库的出现给数据的存储，查询，统计带来的方便，人们开始试图用数据库为OA服务，出现了早期的网络OA，由于设计的局限性，缺乏消息传递机制，只注重数据处理的结果而没有过程，OA的管理理念无法实现。

4邮件系统

邮件的出现为人们的网络交流打开的一扇门，具有划时代的意义，政府机关曾推广过CC，Mail系统，实现公文传输网络化。

但邮件的随意性比较强，无法有序管理，只能作简单的信息传输。

5群件系统

LotusDomino/Notes和MicrosoftExchange是目前市场上主要的群组产品，群组系统提供了丰富的协同办公组件和开发接口，为用户提供了一个行之有效的协同办公平台。

但群组系统的缺陷却深为广大开发用户不满。

例如：

平台不可移植

全文检索性差

数据承载量小，数据量多的情况下，查询非常的慢。

在开发基于web的OA时,与word的结合性差，实现起来比较困难。

Dominonotes有较多的致命的错误，会导致程序不能运行下去，必须得重新启动。

设计中对表格调整比较困难。

对同一个模板的数据库进行多次更新的情况下，数据更新不过来。

6Internet/IntranetOA

随着Internet渐渐深入我们的日常生活中，被广大用户接收。

传统C/S模式的弊端逐渐暴露出来：

在服务器和客户端都安装软件，配置繁琐，管理成本提高；而基于Internet的B/S模式则不需要安装任何客户端软件，只要有Browser（浏览器）就可以，并同时支持局域网和互联网。

所以，拥有Internet/Intranet架构、信息门户化、协同自动化、界面友好易用、维护方便、安全可靠、支持决策、拥有较强的应用扩充能力的网上OA系统异军突起，并且向工作流管理平台，知识管理，电子政务方向发展。

这些功能在单一的高度集成的Domino平台上却很难实现。

正因如此，基于nternet/Intranet的OA渐渐成为了OA市场上的主力军！

代表着OA的发展趋势！

因此，用J2EE开发基于Internet/IntranetOA是最有优势的。

7协同OA

特点：

主要以系统平台基础构造、三层/多层体系结构和移植/性能/扩展、SOA、WEBServices、XML等为特征的新技术。

2.2协同OA总体市场规模

据分析2008年中国OA市场规模将达到60亿元，在2008年OA厂商的实力将会有较大的分化。

2.3协同OA厂商现状概述

传统的OA（OFFICEAUTOMATION，办公自动化）软件市场，在2006年已经全面升级。

协同OA一支独秀，成为OA软件市场的领导力量。

国际巨头IBM、微软继续进行大客户的拼抢，并开始掠夺中小客户资源，对国内市场的渗透步步为营；国内主流厂商泛微、用友致远、新思创、金和等则在市场上掀起了狂澜。

2.3.1厂商格局

OA厂商分为4类

1.单独的以行政办公为主的OA系统，这类产品的特点是易用性，产品价格低廉，他们的客户群最广。

2.含有OA功能的crm（客户关系管理）软件厂商、HRM（人力资源管理）软件厂商、PM（项目管理）软件厂商。

这类厂商在crm,hrm等自己擅长的独立应用软件方面做的很细。

3.协同OA厂商，这类企业的系统中包含了OA系统、人力资源系统、客户关系管理系统等，这类产品的协同性好，适合企业各部门协同工作，能解决信息的共享问题。

4.对行业了解非常深的软件厂商，比如：

在电力行业有很深背景的厂商、在石油行业有很深北京的厂商在其他一些行业知识要求很严格的厂商。

在上面4类厂商中，有的厂商单独做1类产品,有的厂商有双重身份。

2.3.2市场格局

协同OA在2006年全面升级，一支独秀，成为国内软件市场令人瞩目的新生力量。

目前国内协同OA软件厂商据称有400多家（比起2005年500家略有减少），OA市场可是群雄争霸战国纷争，但相对成熟稳定、有一定规模效应的协同OA商不上30家。

依据产品的市场占有率、技术、功能、操作等方面综合评价，目前在国内拥有较多的用户单位、终端用户人群的协同OA软件厂商分别有点击、协达、合强、浪潮、用友、泛微、金和、思创、领航、红帆等厂商，这些厂商在2006年逐步各自确立了自己的区域市场优势。

但与国内ERP市场中用友、金蝶占半壁江山的状况不同，这些在国内排名前10位的厂商，并没有哪家已建立起绝对的市场领导地位。

目前北京、上海、广东三地，成为协同软件厂商总部的主要所在地，同时这三个地区也是协同软件最大消费地。

广阔的市场空间和诱人的增长潜力不仅吸引着软件厂商纷纷加大投入，开拓OA市场，也吸引着众多的中间商涉足，分享这一流金淌银的市场。

然而2006年销售额能达到1000万元以上的协同OA厂商寥寥无几，能卖一两百套标准版单个产品线的厂商也是少数，黯然离场改弦易辙者屡见不鲜。

一些个人作品、公司夭折产品、三流产品充斥于市，给整个市场造成不小的混乱。

2006年，一方面是大企业、机关单位纷纷上线，中小企业却裹足不前，难于踏上信息化列车；一方面在一些国内外知名OA品牌大举抢占市场之下，一些中小品牌却面临被洗牌淘汰的结局，部分长期专注OA领域的开发商由此得到回报，势力大增，跻身国内一流软件供应商行列。

国内OA厂商是“几家欢乐几家愁”，一些OA厂商或转型，或关门，或挣扎着，令业界深思。

时下国内OA系统从技术上讲难度并不高，但也不低——甚至比ERP所采用的技术体系要先进。

但一方面要在众多成熟的OA产品中有一席之地，必须自身要硬、成熟、完善，不断创新，才能脱颖而出；另一方面OA的技术、理念发展非常快，又是手机短信（现在已成为普通功能了）、又是全文手写批注、电子签章、又是即时通讯，2006年则是盛行数据集成、手机移动办公等。

但勿庸讳言，目前国内协同OA厂商整体技术水平还是落后于国外大型厂商，缺少足够竞争力。

因此与国内其他产品一样，我国协同OA软件开发商面临着国外厂商的巨大竞争压力。

2.3.3技术路线格局

从开发技术路线上讲无外乎JAVA和.NET路线，下面就两个路线做一下比较。

作为彼此竞争的应用平台，J2EE和.NET开发平台在目标和体系结构上极其相似，但在实现上又完全不同。

平台的体系架构是支撑平台的基础，平台各方面的性能也会因平台架构实现的不同而有差异。

对两个平台产生至关重要影响的三个方面是：

系统平台基础构造、三层/多层体系结构和移植/性能/扩展。

J2EE是一个平台规范而非产品，对等而论，在这里述及的.NET也专注于该平台的架构规范，而较少地涉及到具体产品，尽管对.NET而言有时候这方面并不能被区分得很清楚。

类似的平台基础构造

一个平台在语言编译、代码执行、编程支持等基础构造方面往往会对平台的可用性、生产性、移植性等产生重要的影响，也是我们评判一个平台是否适合特定应用的重要依据。

J2EE和.NET两个平台在底层的执行引擎都源于托管的虚拟机概念，但.NET的CLR沿着Java虚拟机（JVM）走得更远。

CLR在借鉴了JVM的自动垃圾收集、异常处理等机制的同时，又为.NET平台添加了多语言支持、组件自描述等新的特性。

在.NET和J2EE平台上，程序的编译都经过两个类似的过程。

首先特定高级语言编译器将C#（及其他.NET语言）和Java源代码分别翻译成中间语言（IL）和字节代码（ByteCode）。

.NET在中间语言设计时通盘考虑了多个主流高级语言，在这一层面实现了.NET平台的跨语言承诺。

J2EE的基石是Java语言，它最典型的特征是：

一次编写，多次运行。

跨平台是J2EE一直引以为豪的关键，这是通过JVM来实现的。

其次，在执行时，中间语言被即时编译器（JIT）编译成特定平台的二进制代码，字节代码则通过JVM解释执行，完成各自语言的指令功能。

鉴于微软在“Wintel平台”上的代码优化功底，.NET代码的执行速度较之于Java有明显的优势是不争的事实。

但在Unix/Linux平台上，由于.NET迟迟未能实现其跨平台的承诺，J2EE几乎成了惟一的选择，执行效率的比较也就无所谓。

在代码执行的同时，通用语言运行时和Java虚拟机也都提出了异常捕捉、类型安全、内存分配、垃圾收集等自动化内存管理工作，大大减轻了现代软件的内存泄漏问题和程序员繁重的负担。

面向对象程序设计在J2EE和.NET平台中都获得了直接的支持，单根继承加多接口实现是它们共有的特征。

但在面向对象之外，.NET对现代组件编程提供了直接支持。

当然，当下的很多企业中间件都是基于J2EE平台的,只是.NET从设计、编码、配置到运行给予了组件编程更多、更直接的支持。

一个能够为编程提供广泛服务的、可复用的API类库对于现代软件平台非常重要。

从基础的集合、字符串操作到企业级的API接口，如JMS、JDBC、JAX、JNDI等，可以看到J2EE在这方面有着非常坚实的结构。

微软.NET框架类库也不示弱，提供了从图画、网络、线程到ADO.NET、ADSI、Windows表单、ASP.NET等一系列的API。

在这些基础的和企业级的服务上两个平台很难一决高下，而且对功能集合的支持很多时候是一个时间问题，往往是一个平台推出了某一子功能集，另一个平台马上推出类似的功能集。

除去API类库的无缝的功能复用外，对本地平台的调用操作也是值得关注的一点。

CLR和Java虚拟机都支持本地方法的调用。

在异构平台方面，J2EE更钟情于IIOP（Inte