协同是一个目前被热烈讨论的话题，事实上"协同"最早的提出还是来源于协同商务（CC）中的"协同"概念，旨在实现企业内部，企业和客户、供应商、合作伙伴等之间的良好商务协作，这样一个蕴含朴素工作愿景的概念在近两年被广泛地"引用"，从协同OA所代表的协同应用层面，到即时通信等代表的协同技术层面。
    我们认为，"协同"首先是一种工作愿景，即使没有技术的支撑，这样的工作愿景在项目组、部门内、跨部门、跨企业等不同范围内都广泛存在，当然通过IT手段的有效支撑，无疑可以提升企业的协同效率。而面向不同人、部门、群组的门户，无疑就是一种良好的协同场所，在这个场所里，即可以进行任务分派、项目协作、流程审批、及时沟通，也可以通过整合有效获取ERP、CRM等系统的数据或应用，实现跨系统的信息、流程整合，实现更大范围内的协同。
    从这个意义上来说，门户中的业务协同应用会体现在两个主要方面，一是提供日常工作协同工具的支撑，二是实现跨系统整合。
    对于日常工作协同来说，我们发现，企业的工作协同可以划分为流程式协同、任务式协同、项目式协同等几种主要模式。流程式协同关注规范、明确的工作程序，比如那些需要定期性的月报、季度提交流程、年度经营计划和预算流程等，需要通过规范化的流程E化手段来支撑。而任务式协同通常工作内容随机性大，通常表现为工作任务安排、任务协商以及执行跟踪的过程。项目式协同也是很多企业通常采取的工作模式，针对一个较大的特定主题，需要组建跨单位、跨部门的联合项目团队来共同解决问题。对于门户来说，需要构建能够有效支撑上述工作协同模式的IT工具，比如对于流程式协同，需要以流程引擎作为核心机制，通过门户为企业内部各部门之间、员工之间的流程式协同工作提供畅通的沟通机制。

    而跨系统整合是实现企业更大范围内业务协同的基础，它通过整合技术实现不同应用系统之间的互操作，整合的内容也因业务需求的不同、采用的技术不同而实现的程度也不同，通常可分为界面整合、数据整合和业务/应用整合等，每种整合都会涉及到相关的专业技术，其中，
    ●界面整合：就是通过Web方式或者在门户系统中通过专有的功能，将现有的应用系统的界面集成到门户系统中的Web页面中；
    ●数据整合：应用系统提供部分的数据访问权限给门户系统的相应模块，门户系统可针对这些数据进行操作，包括数据展示、修改/删除/添加、统计、分析等；
    ●业务/应用整合：门户及现有应用系统都有相对独立的运行环境，在各自的系统中提供相应的功能服务，应用系统之间可以通过服务调用来获得其它系统的功能服务，从而实现业务的整合、流程的整合。
    ●而在实现各种整合之前首先必须解决应用系统的单点登录（SSO），只需在门户中主动进行一次身份认证，以后便可以访问其被授权的所有门户资源及应用系统，而不再需要再次进行系统登录和身份认证过程。
    通过这种门户中业务协同应用模式，将可以给企业创造新的IT价值模型，我们称之为"VALUE"模型：
    ●View （获取）：每个员工都可以通过统一的门户，获取和其相关的信息。其核心是信息关联，整合来自诸如ERP、CRM、OA等系统的信息，来有效地解决组织内"信息孤岛"的问题；
    ●Act（行动）：每个员工都可以通过统一的门户，使用相关的应用功能来进行业务操作。其核心是应用关联，整合来自诸如ERP、CRM、OA等系统的应用功能，来有效地解决组织内"活动孤岛"的问题；
    ●Learn（学习）：每个员工都可以通过统一的门户，进行求助和协作来增强其决策和行动能力。其核心是知识关联，整合来自企业内外的专家经验、最佳实践等，来有效地解决组织内"知识孤岛"的问题；
    ●Understand（理解）：每个员工都可以通过统一的门户，看到和其相关的工作目标、任务和项目等，理解其工作方向和成效，并为持续改进指明方向。其核心是目标关联，有效地解决组织内"目标盲岛"的问题；
    ●Earn（赢利）：通过门户给每个员工提供足够的业务协同应用的支撑，使其真正成为企业的"价值"创造者，最终帮助企业赢利。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。