|
2007年底,通过几千家客户对产品应用的回馈和行业观察显示,目前在协同软件领域存在的主要技术问题是:如何利用这些技术和业务组件,构建出高适应性的协同支撑平台,在此基础上扩展出各种企业的协同应用。
从业务层抽象角度而言,系统的所有数据都存储在数据层,这些数据并非应用直接使用,而是分别通过基于企业流程和知识的规则引擎,动态生成企业的管理流程库和知识库,这部分是与行业和具体业务相关的。
企业流程库中存储企业运营所需的所有业务管理流程,系统初始只包含基本流程数据,随着系统使用不断添加和优化。知识库大致相当于传统的文档管理系统,包括企业运营知识和针对具体业务开展的最佳实践经验积累,协同环境下的KM要求是更加个性化和有针对性的,要对所需具体知识有精确定位。
这两个部分作为企业的重要资源,在每个业务处理中,通过访问的控制和匹配自动获得。协同平台的后端系统,如ERP、CRM、财务等流程的接口数据描述,存放在外部接口流程库中,做与后端系统集成之用,后端业务系统流程本身并不包括在协同平台中。
业界过去普遍认为协同的核心是工作流系统。这种固化的工作流使得日常办公变得更加有序和规范化。但扩展到我们所描述的协同模型,只有工作流是不够的。因为它只能解决单个业务问题,而在协同环境下,面向任务的协同涉及到不止一个流程,这个层面的工作流(管理工作流的工作流)实际上是一个调度的概念。
另一个更重要的引擎就是所谓的任务引擎,它同样也需要调度管理,因为企业的运营需要不止一个任务,这两个引擎是根据企业运营的机制设计工作的,它们的结合应用维持企业的高效运转。
引擎之上就是协同的工具层,由若干工具组件构成,且这些组件可以不断添加。初期的协同系统中,包括E-mail、IM及文件传输等基本沟通工具,在任务引擎支持下,实现了任务相关性。
表单和工作流做法上,国内外厂商走了完全不同的道路,国内OA厂商面对的用户以初级、简单办公流程为主,因此在表单和流程设计上,大多采用直接基于数据库表的方式,用户无需任何技术即可自行操作;国外厂商主要以工作流为主,提供标准化的工作流引擎、图形化拖拉方式的设计器,可实现任意复杂的业务流程设计;而图形化的表单设计器可设计任何复杂的表单,尤其是表单数据的流程化处理,但通常用户需要专业操作人员帮助才能设计新流程。
2007年,另一个突显概念就是所谓的虚拟工作空间技术,相当于团队工作组件,具有协同环境下的团队工作特征。一个虚拟工作空间与一个或多个任务相关,该空间下的所有流程、工具、知识和资源都是与该任务相关,对该空间的访问可在任何时间和位于任何地点。
管理工具是构成协同软件的关键,主要采用基于BI的分析工具和基于Web2.0技术的报告系统。特别值得一提的是Web2.0技术在协同软件的应用,例如RSS、WiKi、blog及SNS等,实现了在线协同和用户间共享,这些应用配合AJAX和XML的技术支持,可以构建出全新的客户使用体验。
客户端和桌面集成技术在协同环境下也得到了长足发展,过去那种呆板、固定的客户端展现方式,被动态的、可按需集成的展现模式所替代。比如,IBM的ND8从桌面客户端看,ND8转换到Eclipse环境使得ND8直接成为一个基于开放标准的客户端桌面平台,实质上是IBM将SOA推向前端,这主要源于Lotus多年的用户使用体验和技术积累。而国内的协同软件厂商,如金和协同软件平台的优势则在于将多种客户端体验集成到桌面,实现了强大的本地和脱机处理能力,充分体现协同应用的工作特点。
|