伴随着信息化和工业化融合的大趋势，最近10年企事业单位和政府机关陆续部署了大量的IT系统，如电子政务、公文管理、ERP、CRM等等，这些部门级的业务系统一方面让客户享受了信息化的成果，另一方面也给客户带来了很大的困扰：


    系统孤岛：用户不得不记住眼花缭乱的IP地址、账号、密码，甚至是众多的硬件加密钥匙，登录不同的服务器，才能登录不同的系统，查看不同的信息，大大降低了信息化的效率。


    信息孤岛：因各种信息没有统一规划，缺乏有效的共享和管理，导致在跨部门协作、跨系统协作、跨地域协作上出现的各种系统难以兼容，信息资源难以共享，相互封闭、互不相通，不仅浪费了大量的财力和时间，而且大量的信息资源不能充分发挥应有的作用。


    数据孤岛：讲的是IT环境中最基本元素—数据的离散状态。毋庸置疑，数据是企业最重要的信息资产，但是在现实环境中，企业数据往往会因天然的业务分隔或行政分划，或者是IT应用系统的分离，而导致数据驻留在不同的数据库和遗留系统中，这不但导致了数据的重复，而且导致了不同来源、格式和质量的数据，无法通过逻辑或物理的方法集中起来，实现企业级数据的全面共享。


随需应变，平台化成为解决信息化和谐发展问题的法宝


    “这个世界唯一不变的就是变化本身”，所有组织的经营环境、竞争态势、市场需求、战略方向、组织结构、业务流程、管理模式都处于频繁的变化之中；新技术和新应用也在遵循着摩尔定律等规则在快速的演变；随着“地球是平的”时代到来，这种变化的速率正在大幅提升。因此任何单位对OA的需求，绝不会因选型前的一次调研而穷尽，也就没有一种“放之四海而皆准”的解决方案或方法，如何应对变化成为协同办公OA软件急需解决的问题。


    运行环境变化：伴随着信息化的持续进行和组织的快速发展，OA的部署环境有可能在不同的时期，在不同的操作系统、中间件、数据库、软件工具之间进行切换，此时OA产品是否上下兼容、内外兼容，支持跨平台性，是成为数据和应用能否顺利迁移的关键。


    网络环境变化：信息化的深入应用和组织的区域扩张，也会导致OA的网络拓扑和数据传输模式发生变化，此时，OA软件平台是否支持VPN、内网、外网、无线、ADSL、移动互联网、WAP等各种网络状况的复杂组合，也会影响着OA系统的可用性。


    应用规模变化：组织的兼并、重组、扩张中，OA系统的用户数和信息交互量会出现大幅攀升，这种应用规模的变化，对于不支持负载均衡和服务器集群的OA产品来讲，必然会面临着推倒重来的厄运。


    应用深度变化：协同管理(OA)软件涉及到基础管理的方方面面，单位在最初选形时往往只选择了其中的部分核心功能，如工作流、知识管理等，但随着应用的深入，必然会从企业的各个角落里蹦出各种新需求，如车辆管理、ISO管理、视频会议中，OA系统是否能够实时的、快捷的插拔各种应用，成为延长系统生命力的重要保障。


    管理模式变化：为适应经营环境和客户需求的变化，企业的管理模式也在日新月异的优化当中，OA系统是否支持从组织结构、权限体系、工作流程、表单、门户应用、功能菜单等各种环节的动态自定义，是OA系统是否支持管理模式优化的关键。


    需求定制变化：如同每个人都有不同的DNA、不同的指纹一样，再多的核心功能和应用插件，也无法在很长的时间段里，满足组织的所有个性化需求，因此OA系统在通过自定义进行功能调整之外，是否具备快速开发的工具，成为能否快速响应需求的核心因素。
     
    综上所述，真正的平台化，必须具备继往开来的能力，也就是即兼容解决历史信息化问题，又能动态适应未来发展的需要，伴随着OA开发的技术路线也沿着PHP、domino、.NET、J2EE大方向在逐步迁移，J2EE标准逐步成为高端应用首选，NET平台依然徘徊在中小企业应用，Domino老客户群起倒戈PHP在管理软件领域几乎绝迹，以九思软件CTO丁总的观点来看，OA平台化的标准最近正在逐步形成。


“引擎化”是平台化OA系统的第一标准


     从生物系统论的角度看，人体之所以是一个有机的生态系统，是因为具备四个重要全身性器官：输入营养带走养分的血脉、反馈各器官状况下达行动指令的神经系统、分布各个器官抵抗感染、杀灭病毒的淋巴系统和遍布全身可以无缝衔接替换的皮肤系统。


     同样，从IT系统论的角度看，OA系统必须是有机的生态系统，才能称得上是基于平台化、模块之间紧密协作的系统，而让OA系统成为有机系统同样具备四个重要的全局性引擎：将系统各模块的信息变化进行反馈和下达指令的消息引擎；把人、财、物、时间和信息资源在系统中进行流转的工作流引擎；打通内外部系统之间数据孤岛、实现数据一体化的数据引擎；实现信息展现和应用自定义的门户引擎。
正是这些系统内部的协同引擎，会让用户在使用过程中体会到系统的有机性和生态型，增强了用户体验和系统的黏着度，这些引擎技术的研发目前已经有所突破，但技术还仅限于以九思软件、浪潮软件等为数很少的企业所掌握。


“插件化”是平台化的OA系统第二标准


    从九思软件多年来的客户实践来看，大部分单位内部各部门、各层次人员的IT素质参差不齐，业务管理和组织管理的模式弹性化变化，以及科学管理的水平高低各有不同，因此，循序渐进的推进OA系统建设是IT管理的基本原则。


    如何支持OA循序渐进的满足客户的关键业务需求、经常性需求、偶发性需求、个性化需求和持续挖掘出来的未知需求呢？“平台化”当仁不让的成为首选，但是如同计算机，只有一个主板和CPU是不够的，在不同的阶段，我们需要增加不同的设备，如U盘、DVD、视频卡、打印机、扫描仪……，这些就是计算机的外设和插件，同样对于平台化的OA系统，也必须基于工作流引擎、消息引擎、门户引擎、数据引擎的基础上，能够持续的追加和调整不同的功能插件，才称得上是真正的平台化。


    以九思软件的iThink系统为例，清晰区分关键业务需求、经常性需求、偶发性需求、个性化需求和未知需求，完善OA平台的适配器和应用接口， 遵循SOA开发规范，持续开发支持热插拔和微内核的应用插件，如项目管理、外部邮件、视频会议等等，实现插件化的OA应用，是平台化OA的又一标准。


“自定义化”是平台化的OA系统第三标准


    管理的同质性，决定了OA的核心功能和常用功能具有共性，但是管理的差异性又决定了OA的个性化功能和偶发性功能在不同的单位里，会相差很大！尤其是不同单位的管理模式、管理风格和工作作风不同，信息化所处的阶段不同，因此对OA的阶段性需求不同，而且需求是在阶段性变化的，这就要求OA系统本身具备DIY（Do it yourself）能力，也就是自定义能力。


    以九思软件的iThink为例，可以实现门户自定义、菜单自定义、流程自定义、表单自定义、组织结构自定义、权限体系自定义、群组自定义、知识地图自定义、公文稿纸自定义、数据源自定义、信息源自定义、常用工具自定义、系统开关、应用开关等等，通过这些自定义组合，客户可以方便的量体裁衣，不需要编写一行代码，就可以定制符合自己个性、管理特色和发展阶段的OA系统。
很显然，具备强大自定义能力，是客户零成本、零周期实现实现个性化的重要途径，也是平台化OA的重要标准。


“构件化”是平台化OA系统第四标准


    “人不能两次踏入同一条河流”是古希腊唯物主义哲学家赫拉克利特的一句名言，同样的道理“任何oa厂商不可能两次踏入同一个需求”，任何单位都有自己的个性化需求和偶发性需求，面对个性化需求和偶发性需求，很难通过自定义完全实现，尤其面对OA系统中增加业务管理需求的时候，个性化定制开发成为不可避免的道路。


     软件企业最大的成本是人力成本，一旦进入项目定制开发的道路，成本就面临失控；同时一旦进入定制开发道路，漫长的开发周期也会让项目进入失控的境地。因此如何实现快速开发，缩短开发周期、降低开发成本成为OA系统成功的关键。


    “构件化”开发是一种基于分布对象技术、强调通过可复用构件设计与构造软件系统的软件复用途径，如果OA平台中部署了大量的成熟构件，通过构件的调用进行新功能的开发，项目周期可以缩短80%，项目成本可以下降80%，显然，这是客户个性化定制开发而且成功实施OA系统的唯一出路，因此“构件化”也自然成为平台化的重要标准。


“兼容化”是平台化OA系统的第五标准


     信息化的今天，每家单位都将面临着不同的桌面软件、互联网应用、业务系统、移动应用；每家单位都将面临着不同的数据库、中间件、操作系统；每家单位都将面临着不同的网络环境和服务器，而且他们的信息化现状随着时间的推移在持续的演变过程中，如何有效的保护IT历史投资，预防未来IT风险，成为OA系统成败的关注因素。


     因此“兼容性”成为平台化OA系统的重要标准。是否支持跨平台、跨中间价、跨数据库、跨语言应用？是否支持各种网络拓扑部署、负载均衡和应用集群？是否支持跟OFFICE、RTX、电子签章、USBkey等常用软件的嵌入？是否支持跟ERP、CRM、HR、BI、企业邮箱等各种业务系统之间的集成和数据互通？这些是平台化OA兼容能力的重要体现！


     平台化越来越像是一个基因，已经渗透到了企业整个IT系统中的各个层面，而选择符合标准的平台化才是保障企业IT成效的关键，历经一、二十年的技术发展和客户实践，“标准”终于开始建立，相信成功率也会因此大幅攀升，有道是，得标准者得天下，让我们拭目以待，谁在未来的IT市场中引领风骚？