基于SOA的多参与方项目协同管理系统的架构机制研究.pdf

《基于SOA的多参与方项目协同管理系统的架构机制研究.pdf》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、第2卷第2期V0l_2No．22010年6月Jun．2010基于SOA的多参与方项目协同管理系统的架构机制研究舒志强文俊浩王静(1．重庆大学计算机学院，重庆400030；2．中国建筑科学研究院，北京100013)【摘要】本文针对传统企业集成技术无法满足多参与方之间快速有效的资源整合、业务协作及流程构建等的需求，提出了一种基于SOA的实现多参与方项目协同管理系统的架构机制设计了基于SOA的多方参与的项目管理系统整体架构，详细阐述了不同服务层信息交换的实现技术，并针对多方参与项目协同管理的实施要点，提出了多参与方项目信息门户及权

2、限管理架构的实现机制【关键词】SOA；多参与方；项目管理；架构机制【中图分类号】TP301．6【文献标志码】A【文章编号】1674—7461(2010)02—0006—06的通讯，极大的约束了程序的可维护性灵活性；1引言第三，传统企业集成技术与平台绑定，如DCOM不适用于非Windows平台，RMI也只能在JVM(Java在21世纪这个信息时代，各个企业在激烈的市虚拟机)平台上J二作。场竞争环境中，对变化的’lf场和客户化的产品和服SOA(ServiceOrientedArchitecture)足一种荩于务做出快速而准确的反

3、应已经成为业赖以生存网络、松耦合、多应用集成的技术解决力案，是目前和发展的前提。具有小同资源与优势的项Ft参信息系统技术发展的主流方向。按照“软件就是服与方为l『共同的日标，必然会越来越多地需要密切务”的观点，SOA将分布在网络中的各种软件资源的合作，通过组成多参与方的项同协同合作模式而看作是不同的服务【人J容，而小需要考虑每个』用是实现“共赢”。在这种多方参与的项R管模式下：用什么编程语言开发或仆么操作系统下运行，在一是需要对资源、数据进行集巾管理，实现多个应这种模式下，一个应用或软件的一部分就是一种服用系统的集成和整合；

4、■是各参与力．自身业务的快务。通过将注意力放在服务上，应用程序能够集中速变化，需要不断更新原有业务流程和应用模式、起来提供更加丰富、目的性更强的商业流程。因快速搭建并实施新的应用系统。此，基于SOA的多参与方的项目协同管理系统将会当前实现多参与方的项目管理的信息化技术更加真实地反映与实际业务模型的结合、更加贴切主要是基于传统企、I集成技术(EAI)，如基于COR—地满足多方参与的项日管理现实、务需求。BA、DCOM、RMI。其不足之处主要有以下几点：白‘先，传统企业集成技术依赖于特定的厂商，不利于2基于SOA的多参与方项目协

5、同管理系统来自不同厂商软件应用程序之问相互操作，无法扩的整体架构设计展到安全与事务管理这样的更高级别的服务；其次，传统企业集成技术存存紧耦合．使得各个应用基于SOA的多参与方项目协同管理系统的程序的服务器端_．j客户端的类是唯一对应的关体架构代表了系统的高次抽象，着眼于多方参系，接口的仟何豆!改都将影响服务器与客户端之问项目管理、I务应用的实际需求，采用松合架构特【基金项目】国家“十一五”科技支撑计划基会资助项目(2007BAF23B0304)【作者简介】舒志强，男，硕十研究生：丰耍研究方向：而向服务的软件T程。Email：

6、zhiqiang—shu@126．eOIIl基于SOA袖多参与方项目协同管理系统的架构机制晰究7oo④@@@信息门户平台POnle矗设汁数据中心SDO国圄囝圄图1基于SOA的多参与方项目协同管理系统的整体架构示意图点，将业务应用划分为独的业务功能或流程，分用，比如：业务服务、表示服务可以是一些简单的操为协同层、流程层、服务层、服务组件层、应用服务作(大气预报，算器等)，也可以是一些复杂的流层、数据服务层等，不同层次的服务主要通过企业程(合同管理、项目审批等)。服务总线ESB进行调用，见图1。2．2流程层2．1协同层流程层主要

7、实现跨系统之间业务状态的维护，协同层为多参与方提供了一个统一的信息门主要实现项目系统中分散在ERP或各个参与方信户平台，使得参方之间能够更容易地进行协作，息系统之中流程的自动化，以达到多参与方不同信例如即时通讯、查看任务列表、查看发布信息、单点息系统之问的集成。例如，定义三个业务服务：投登录等，也能够把已有数据、服务或界面快速组合标服务、合同服务以及项目服务，这三个服务可能到新应用中。通过协同层，用户不再与多个孤立的来自不同参与方(如投标服务、合同服务分别来自系统进行交，而是面对一个有机的整体。经营部门不同科室系统、项目服务

8、一些功能服务可协同层南与参与方交互的服务所组成，主要实能是第三方提供的专业化服务)，是相独立的，不现流程、服务、应用和参与方之间的协同。与所有存在服务的调用关系，流程层则按照业务需求以一的服务一样，这些服务接口应基于某种标准，如HT—定的顺序(投标、合同、项目)调用这二个服务，实现TP、S