应用集成方案1doc.docx
- 文档编号:25646201
- 上传时间:2023-06-11
- 格式:DOCX
- 页数:16
- 大小:26.11KB
应用集成方案1doc.docx
《应用集成方案1doc.docx》由会员分享,可在线阅读,更多相关《应用集成方案1doc.docx(16页珍藏版)》请在冰豆网上搜索。
应用集成方案1doc
应用集成方案1
电子十所管理信息化规划报告之——应用集成方案文件编号:
中国电子科技集团公司第十研究所应用集成方案(版本V1.0)用友软件股份有限公司二〇一〇年三月此文档为保密文档,未经用友软件股份有限公司书面同意,不得向任何单位或个人提供、转让本文档中的任何内容,用友软件股份有限公司将保留对泄漏文档内容的起诉权利。
©Copyright-2010UFIDASoftwareCO.LTDallrightsreserved用友软件股份有限公司版权所有,未经许可,禁止复制,传播。
电子十所管理信息化规划项目——应用集成方案文件状态:
[√]草稿[]正在修改[]正式发布文件标识:
信息化规划报告—应用集成方案当前版本:
V1.0作者:
余辉等完成日期:
2010-3-13版本历史版本作者参与者起止日期备注1.0余辉余辉2010-03-18拟定初稿电子十所管理信息化规划报告之——应用集成方案目录第1章电子十所信息化现状41.1目前十所在用信息系统架构41.2目前集成情况一览表41.3主数据集成情况一览51.4现状分析5第2章集成平台体系架构62.1服务集成逻辑结构图62.2集成与展现的数据流程图6第3章集成范围83.1主数据集成83.1.1主数据完成功能93.1.2集成服务列表93.1.3主数据实现、实施方案103.2服务集成153.2.1集成方案153.3流程集成173.4系统门户集成173.4.1集成指导目标173.4.2集成内容183.4.3集成内容框架图183.4.4集成效果19第4章ESB评估及选型建议214.1几种常用工具选型对比表214.2关键技术性能244.2.1IBM244.2.2WebLogic244.2.3UfidaEsb254.2.4BizTalk264.3常用集成与展现工具市场地位对比图264.4综合排名27第1章电子十所信息化现状1.1目前十所在用信息系统架构系统开发语言数据库对外服务提供企业协同工作平台JAVAOracleWebservice活动目录管理.netAccessWebservice/DBPackagePDMJAVAOracleWebservice/xmlFile项目管理JAVAOracleWebservice人力资源管理JAVAOracleWebservice物资管理PBOracleWebservice档案管理.netSQLWebservice/xmlFile设备管理PBOracleDB市场管理(CRM)JAVASQLDB装备生产JAVAOracleWebservice仪器管理PBOracleDB财务管理JAVAOracleWebservice制造系统DelphiOracleDB软件配置JAVAOracleWebservice/xmlFile基础资源规划JAVAOracleWebservice/xmlFile/DB/JMS电子元器件(BDA)JAVAOracleWebservice1.2目前集成情况一览表©Copyright-2010UFIDASoftwareCO.LTDallrightsreserved用友软件股份有限公司版权所有,未经许可,禁止复制,传播。
第4页/共27页电子十所管理信息化规划报告之——应用集方案1.3主数据集成情况一览fdrp(主数据管理)HR物资项目合同人员用户部门编码工号编号额企业协同工作平台√√√√PDM√√√√√项目管理√√√√√√人力资源管理√√√√√√物资管理√√√√档案管理√√√√设备管理√√√√市场管理(CRM)√√√√√√装备生产√√√√√仪器管理√√√√财务管理√√√√√√√制造系统有临时工信息,没启用有临时工信息,没启用√√√软件配置√√√√基础资源规划√√√√电子元器件(BDA)√√√√计量系统√√√√质量管理√√√√设备管理√√√√知识库4个√√√保密保卫2个√√√报刊1个√√√1.4现状分析l目前fdrp主数据管理平台还只是同步了部分主数据,没有增加主数据管理影射功能,主数据管理平台还没实现编码自动生成机制,编码对审批流的支持。
l系统之间的互联互通还是处于原始的点对点接口方式,并且很多信息系统还处于孤岛状态。
l已经有AD,但只是实现了BS系统之间的单点登陆,但对于CS系统软件,还没实现单点功能。
目前AD还只是接管了公司内部用户主数据功能,要实现公司系统内互联互通,AD本身功能远达不到。
l已经建设门户系统,而个人信息展现平台,个性化平台实现目前还需要进一步完善,将各层级管理上需要的来自多个系统的各种指标或者综合统计报表,自动、及时地展现出来。
l还未建立完善流程引擎,包括工作流业务流,目前项目管理和其他很多系统内部流程都是开发时固化下来的流程。
l目前电子十所有各种不同架构的应用软件,给集成带来很大困难,结合实际情况,应该根据《电子十所IT规划咨询报告》内容,对部分系统进行更换或者开发升级。
第2章集成平台体系架构建议本次集成过程中,采用面向服务的IT架构,包括了涉足电子十所IT发展和规划的各个层面:
各异构系统通过企业服务总线,通过发布服务、消费服务,建立基于SOA的IT体系架构。
基于总线结构,可简化系统之间的结构,接口数减少,松散耦合的连接方式,支持灵活性和扩展性。
2.1服务集成逻辑结构图电子十所在本次集成过程中,选用ESB作为系统集成平台,总体架构如下:
l企业内所有的应用系统都通过企业服务总线与其他应用系统进行数据交互。
l各应用系统将自己的特定服务开发成适配器,进行服务封装发布到系统总线。
l所有参与集成的系统都只消费服务总线上的规范服务,并不关心服务是由哪个系统提供的,服务时如何具体实现的。
l每个系统也可能是某个具体服务的提供着。
l企业服务总线提供数据格式的转换,协议转换,数据路由,服务组装,消息订阅广播等基本功能。
l通过部署监控平台对系统集成平台的所有服务集成监控。
服务集成逻辑结构图如下:
2.2集成与展现的数据流程图下图我们从下往上看,主要包含以下七层:
l支撑层:
首先统一电子十所各业务系统所有公共数据服务编码,各业务系统和主数据平台同步数据。
l应用系统层-服务发布:
各个应用系统将服务按照标准服务规范发布到服务总线上。
l总线服务层-服务封装总线将各个系统发布的服务重新封装后形成统一的服务列表,供外围各个系统调用。
l流程数据层-流程集成:
ESB流程平台将各系统发布服务按业务逻辑规则进行重新编排,组装成服务流程,流程之间以消息方式驱动。
l门户展示层-门户展示:
门户展示层将按照不同角色,不同权限,不同用户组装不同用户界面,界面上的每个小porlet将调用ESB上不同服务获取用户对应权限范围内的数据展示到界面。
达到事找人的效果。
l用户访问层-用户访问:
各类不同角色用户登陆到门户后,根据不同权限呈现不同界面。
通过门户快速获取自己所需信息,及时处理各项业务,提升员工与员工之间,员工与领导之间的响应速度。
处理多个系统的待办事务,并根据系统提供的信息快速反应,支持决策。
第3章集成思路指导方案电子十所本次信息集成平台一体化主要从以下几方面进行。
Ø搭建企业服务总线平台改变以往点对点集成方式。
利用企业服务总线将以前不同类型的应用接口转换成为同一种基于Web服务的接口,从而有效的屏蔽了异构系统之间的差异性。
Ø完善主数据管理平台统一管理企业内主数据。
将电子十所各个业务系统的公共数据通过主数据管理平台进行统一的主数据管理。
避免同类型数据在各个系统中的重复录入,避免同种类型数据在各种系统中使用不同的编码。
同时为企业服务集成,流程集成的奠定数据交换,消息对应基础。
Ø服务集成将电子十所内目前所有的应用系统服务由点对点方式逐渐修改成通过企业服务总线与其他应用系统发生关系,充分的实现系统之间的耦合,使得一个系统接口定义的变化并不会直接影响到其他的系统,从而使得系统之间形成“松耦合”的体系架构。
Ø深化企业门户目前十所内门户系统的主要完成了各个系统单点登录的入口,而个人信息展现平台,个性化平台实现目前还需要进一步完善,将各层级管理上需要的来自多个系统的各种指标或者综合统计报表,自动、及时地展现出来。
Ø逐步深化十所流程集成充分利用ESB流程集成引擎,使我们可以不再拘泥于某个应用系统的功能划分,可以按照业务流程的角度看待企业的信息化系统。
流程引擎能够将服务总线的服务按照业务流程组合,并且可以监控流程的进程。
当企业业务发生变动时,随需组合应用,改变固有流程。
3.1主数据集成目标:
使用相同的主数l各个不同的信息系统,使用相同的主数据,规范公司业务的信息项规范,不同系统中使用相同的业务项时,采用的信息项一致。
l扩展主数据,以满足成都十所的需要按照业务类别,创建数据主题;一个主题的内容包括多个维度的内容。
l每个数据视图表现的业务内容充分详细,能满足现有系统的需求。
l现有单个应用系统所使用到的业务数据是对应主数据视图的一部分。
3.1.1主数据完成功能电子十所建立主数据MDM管理平台,基于ERP基础档案体系为满足十所主数据管理要求而封装构建的主数据管理产品,通过集中统一的主数据管理帮助十所对整个企业范围内的客户、产品和账户等基本档案数据进行集中管理,同时支持在日常运营中通过多种方法来定义、创建和使用主数据。
MDM主要提供以下功能:
Ø主数据维护:
统一集中进行企业基本档案信息的维护。
Ø数据授权管理:
结合统一认证服务进行主数据权限管理与维护。
Ø数据发布服务:
为更好实现不同应用系统间主数据同步,提供主动式数据发布服务,将主数据变更信息进行实时发布,供各业务系统进行同步与更新。
Ø据访问控制:
提供通用的主数据访问控制接口。
Ø主数据编码控制:
通过设置不同规则,不同种类基础数据自动生成对应编码。
Ø编码审批:
生成的编码通过配置好的审批流触发审批流程,审批人员审批。
3.1.2集成服务列表对于总线服务规范而言,电子十所应用系统应该是规范的具体实现者和消费者。
规范在制定当中明确的支出了服务的具体实现应用系统。
其他应用系统只从企业服务总线消费服务,不必关系服务的具体实现方法和提供方。
下面为目前已有FDRP的主数据服务发布参考:
序号服务编码服务名称服务名称发布系统1PT_U_001GetUserAccountsSrv获取帐户数据。
获取门户系统中记录的所有系统帐户数据。
在应用集成系统中,所有参与统一认证,单点登录的系统其系统帐户均以门户系统的帐户数据为准。
主数据管理系统2PT_U_002GetUserCountSrv获取帐户数量。
返回系统存储帐户数目主数据管理系统3PT_U_003GetNewUsersSrv获取帐户增量数据。
门户系统记录帐户数据,将生成的帐户流水号放在新增帐户数据中返回主数据管理系统4PT_U_004AddUserSrv增加帐户数据。
门户系统记录帐户数据,将生成的帐户流水号放在新增帐户数据中返回。
主数据管理系统5PT_U_005ModifyUserSrv修改帐户数据。
修改门户系统帐户数据。
主数据管理系统6PT_U_006FrozenUserSrv冻结帐户。
处于冻结状态的帐户无法通过认证。
主数据管理系统7PT_U_007UnFrozenUserSrv解冻帐户。
将冻结状态的帐户转为正常使用状态。
主数据管理系统8PT_A_001UserAuthenticSrv帐户认证。
其它系统对门户系统提交帐户认证请求。
服务处理认证后。
如果认证通过,返回帐户令牌信息。
主数据管理系统9PT_A_002GetUserByIDSrv通过用户号码获取帐户数据。
主数据管理系统10PT_A_003GetUserByTokenSrv通过用户令牌获取帐户数据。
主数据管理系统11HR_P_001GetPeoplesByAll人员数据获取。
获取所有记录在人力资源系统中的全部企业人员数据。
HR系统12HR_P_002GetPeoplesCount获取人员数据数量。
取系统中记录的人员数据的总数。
HR系统13HR_P_003GetNewPeoples人员增量数据获取。
获取某时间点后所有新增的,修改过的人员数据。
HR系统14HR_P_004GetPeopleById根据人员编号获取人员数据。
HR系统15HR_D_001GetDeptsByAll获取部门数据。
返回所有记录的部门数据集合。
HR系统16HR_D_002GetNewDepts获取部门增量数据。
获取某时间点后所有新增的,修改过的部门数据。
HR系统17HR_D_003GetDeptById根据部门编号获取部门数据。
输入部门编号,获取部门数据HR系统18HR_U_001GetUnitsByAll获取单位数据。
HR系统19HR_U_002GetNewUnits获取单位增量数据。
获取某时间点后所有新增的,修改过的单位数据HR系统20HR_U_003GetUnitsById根据单位编号获取单位数据。
HR系统21HR_X_001GetDeptClass获取部门类别数据HR系统22Z_0001GetProjectByID根据项目编号获取项目数据。
综合项目管理系统23Z_0002GetPersonAccounts根据合同编号获取合同数据。
主数据管理系统24HR_X_001GetProjectState获取项目状态信息综合项目管理系统25ES_001UploadFile归档服务档案管理系统26ESB_0001MergePerson人员数据推送服务总线27ESB_0002MergeUnit单位数据推送总线28ESB_0003MergeDepart部门数据推送总线29ESB_0004MergeUser用户数据推送总线30ESB_0005MergeProject工程项目数据推送总线31ESB_0006receivePerson接收人员数据推送建议所有系统均实现32ESB_0007ReceiveUnit接收单位数据推送建议所有系统均实现33ESB_0008ReceiveDepart接收部门数据推送建议所有系统均实现34ESB_0009ReceiveUser接收用户数据推送建议所有系统均实现35ESB_0010ReceiveProject接收工程数据推送建议所有系统均实现36ESB_0011getUserMessage获取用户消息建议所有系统均实现37ESB_0012jumpRequest人员离职请求财务,OA等相关系统38ERP_001getMaterCode物资编码ERP39Ct_001getCtCode合同编号ERP40Ct_002getCtMount合同金额ERP3.1.3主数据实现、实施方案以下以实现客户主数据为例:
3.1.3.1客户主数据应用场景描述在主数据管理平台预先为客户主数据设置相关配置,通过ESB服务总线提供客户主数据基本数据服务。
在此框架下添加该客户主数据的应用系统、服务配置、数据交换规则、匹配规则等。
客户主数据管理可以提供客户主数据维护审核、与其他系统客户编码对照关系、客户主数据合并等功能。
一个典型的应用场景:
1.CRM业务系统通过自己的客户界面创建一个新的客户,并且把数据写入了CRM系统数据库中;2.CRM系统向ESB发送消息,消息中包含了客户基本信息和策略信息;3.ESB接收到该消息,调用主数据管理平台更新客户主数据服务;4.主数据管理平台对数据进行清洗和标准化,做疑似匹配;5.如果是新增客户,分配唯一编码;如果匹配到已有客户,更新相应客户主数据信息;6.主数据管理平台向ESB发送消息,消息中包含了客户信息和策略信息;7.财务系统依据更新策略,更新自身数据库客户信息;3.1.3.2客户主数据实施流程3.1.3.3客户主数据功能维护Ø支持客户主数据查询、增加、修改、删除、保存、审核功能;Ø新增保存时,自动获取编码;如果是外部系统发起,需要完成编码对照;Ø支持审批流;Ø审核完成时向消息列表中写入一条发布消息,含XML主数据对象;Ø查询订阅系统列表,通知所有订阅系统。
3.1.3.4客户编码对照建立客户主数据与各系统客户数据的编码对应关系。
各系统保持各自的编码规则不变。
修改删除主数据编码主数据名称CU10101北京联想CU10102中国移动所属系统数据编码CRM001财务A013.1.3.5客户编码合并主数据保存前需要对现有客户信息做清洗,去除一些过时、不正确的数据。
在运行阶段,客户关系可能发生变化,比如撤消市级机构,需要将市级机构合并到省级机构。
编码合并后,可以直接修改编码对照关系,相当于重定向客户。
各应用系统如果也需要合并,那么应用系统处理业务中的客户信息。
3.1.3.6客户主数据服务总线在ESB服务总线上建立客户主数据服务,客户主数据服务发布、请求、数据交换规则定义。
完成客户主数据从业务系统到主数据平台,又从客户主数据平台分发到业务系统的流程。
客户主数据服务总线管理数据对象、交换规则、消息流等。
3.1.3.7数据对象在主数据服务总线表示数据对象,需要完整描述主数据和系统数据对象。
主数据对象可以从主数据管理平台导入。
不同系统数据对象需要手工建立。
例如,CRM系统的客户对象、财务系统的客户对象等。
主数据客户mdm.customerCRM客户crm.customer财务客户fi.customer3.1.3.8交换规则在客户主数据服务总线描述客户主数据与不同系统间数据交换的规则。
如果有N个系统,则应该建立N个交换规则文件。
来源数据目标数据客户主数据CRM客户数据客户主数据财务客户数据3.1.3.9消息流客户主数据交换、服务发布都通过设计消息流完成,是整个客户主数据管理的核心。
数据发布服务,指应用系统修改数据后,调用ESB服务进行发布一个变更,等待主数据更新。
数据提取服务,指主数据发布变更后,由ESB平台调用该服务完成应用系统的数据变更。
ESB平台可以帮助应用系统封装服务,并通过平台发布。
所以,可能所有服务地址都是ESB服务器地址,但是却代表着不同的应用系统发布的。
3.1.3.10提供方--发布变更通知服务1、应用系统发送新客户消息,由ESB平台提供Webservice服务,由XX系统客户信息审核时调用;2、Webservice接入,提供服务地址;3、XML解析为XX系统客户对象;4、向消息列表中写入一条发布消息,含XML系统客户对象;5、XX到主数据交换规则映射,转换为客户主数据;6、向消息列表中写入订阅系统(主数据),含XML客户主数据。
3.1.3.11主数据响应流程1、定时轮询消息日志,对需要主数据响应的消息进行处理。
2、定时接入;3、查询消息日志中响应系统为主数据的消息;4、XML解析为客户主数据;5、调用客户主数据保存服务;6、向日志中更新响应消息。
3.1.3.12消费方--数据提取流程1、定时轮询消息列表,对主数据发布的,系统响应的消息进行处理;2、定时接入;3、查询消息系统中待处理的消息;4、将消息XML解析为客户主数据;5、主数据到XX交换规则映射,转换为系统客户对象;6、调用XX系统数据保存服务。
3.2服务集成3.2.1集成方案针对目前电子十所内各种异构系统使用情况,拟采用以下4类方式针对以前的接口进行集成。
3.2.1.1方式1对于已经使用WebService方式的或者服务提供方与消费方都能够支持webservice的,我们可以直接把现有的webservice服务注册到ESB上,或者消费方发布webservice,调用者从ESB上进行调用。
该方式要求服务提供方修改调用地址,消费方不需要做改动。
ESB上的流程如下图所示:
3.2.1.2方式2如果服务提供方能够调用webservice,消费方不能够发布webservice,我们将在ESB上自行发布webservice,流程上模拟存储过程或Job调用,该方式要求服务提供方修改服务提供方式。
ESB上的流程如下图所示:
3.2.1.3方式3如果服务提供方不能够调用webservice,消费方能够发布webservice的,如果服务提供方能够支持JMS、文件(包括本地文件系统或FTP)、Http、TCP等协议(服务提供方能够发送JMS消息、生成本地文件、将文件上传到FTP、调用Http协议、通过TCP发送消息),那么,我们将在ESB上根据服务提供方支持的协议发布流程,中间环节使用SOAPRequest。
如下图所示:
3.2.1.4方式4如果服务提供方不能调用webservice,消费方不能发布webservice,如果服务提供方能够支持JMS、文件(包括本地文件系统或FTP)、Http、TCP等协议(服务提供方能够发送JMS消息、生成本地文件、将文件上传到FTP、调用Http协议、通过TCP发送消息),那么,我们将在ESB上根据服务提供方支持的协议发布流程,中间环节使用Database节点。
该方式要求服务提供方修改服务提供方式。
以文件节点为例,流程如下所示:
3.3流程集成流程集成与展现主要是解决一个流程能在多个系统中自动流转的问题;流程集成引擎包括业务流程和审批流程两个部分,整个业务流程框架的核心是工作流引擎。
它负责解释执行由业务流设计器和审批流设计器设计的流程定义。
流程定义可以引用业务系统建立的功能模型、组织模型以及各种元数据。
外业务系统用户可从工作列表中查看到工作流引擎分配给他的工作项。
通过单据动作(比如提交、审批、弃审、驳回等)来处理工作项,从而驱动流程流转。
流程集成引擎在流转过程中还可以调用各种自动应用,包括电子邮件、脚本以及Web服务等。
业务流程框架还提供了管理监控工具对运行中的流程实例进行状态查询和管理。
对于流转过程中涉及到的数据交换,工作流引擎将调用交换引擎根据规则进行数据映射。
针对电子十所系统情况,我们将流程集成分两类进行:
1.各业务系统之间的流程采用基于ESB消息流集成方式。
见下图描述。
2.业务系统内(比如PMS项目管理平台)各业务子模块之间的流程须按带状态流程集成方式,PMS平台提供审批流和业务流功能。
我们可以根据业务要求将任意子功能自定义封装成一个业务流程,该流程要求有事务回滚机制。
3.4系统门户集成3.4.1集成指导目标从企业纬度,需快速集中合作伙伴的优势力量共同抓住市场,与客户、合作伙伴和供应商之间的商情共享,提高营业销售量和工作效率。
但基于目前电子十所网络现状,内外网隔离,外客户较难访问十所内网,故暂不设置客户portal.从企业员工纬度,通过登陆自己的门户就可以了解和自己相关的客户、产品等数据,处理与自己相关的费用报销等事务,直接进行自助管理明显提高工作效率。
从企业领导纬度,通过登录门户,工作便捷了,可以通过一个门户,查看多个系统的信息,处理多个系统的待办事务,并根据系统提供的信息快速反应,支持决策。
目前的电子十所的门户系统还远远不能达到以上功能要求,建议升级或者替换目前门户系统。
3.4.2门户展示内容Ø各个系统中的待办任务、预警信息、公告栏、操作人员常用的功能、信息提示、预警等信息集成在门户上显示Ø各种指标的图表显示;Ø各个系统的常用功能;Ø公司KPI指标的数据来源分析。
Ø将UC和门户实现单点登陆统一。
当用户已经登陆门户,打开UC时自动登陆。
同样当已经登陆UC,打开门户时也自动登陆门户。
3.4.3集成内容框架图电子十所门户从服务层与企业服务总线发生关系,他消费企业服务总线上的标准服务。
从这些服务中获取集团最新的财务、业务数据等。
这些数据是战略决策分析系统分
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 应用 集成 方案 doc