应用集成典型设计文档

应用集成典型设计2011年11月系统集成典型设计系统集成典型设计系统集成典型设计系统集成典型设计第1第1页第1第1页文档说明文档名称《应用集成典型设计》文档编号版本号V1.0文档类型•初稿O讨论稿O征求意见稿O取终稿编制日期2011-11审核日期备注修订记录系统集成典型设计系统集成典型设计系统集成典型设计系统集成典型设计第2第2页第1第1页目录TOC\o"1-5"\h\z1引言11.1文档说明11.2编写目的11.3适用范围11.4术语定义12概述2典型设计的背景和目的2典型设计遵循的原则2典型设计的范围3系统集成服务汇总3应用集成需求分析4集成需求场景分析4集成需求梳理流程5集成需求分析成果6集成需求层次划分7典型集成场景归纳9应用集成架构设计10架构设计原则10应用集成的定位11应用集成与业务应用的关系12应用集成平台架构设计14面向服务架构14企业服务总线15服务编排和重用16集成平台功能架构16应用集成平台架构典型模式19架构模式一-基于松散耦合方式构建企业应用19架构模式二-最基本业务模块采用套装软件时20应用集成平台功能性设计23企业服务总线23业务流程管理29应用集成平台非功能性设计33应用集成平台部署方案355.1部署架构35系统规划36规划依据36服务器性能规划37影响应用集成平台容量规划的因素37应用集成的实施原则386.1组织机构39联合项目组39应用集成项目组41实施内容及流程43应用集成范围43应用集成实施流程446.3关键任务466.4风险分析和控制47附件一典型集成需求场景归类49附录二实施流程511引言文档说明《XXX集团系统集成典型设计》（简称《应用集成典型设计》）文档规定XXX集团系统集成建设的整体原则、功能架构、接口规范、性能要求等，对应用集成平台基础功能、基本应用等内容做出详细的规范性说明，并包含了典型集成场景的实现设计。编写目的总体编写目的为：实现标准化设计，简化技术复杂度，降低系统建设与运维成本，促进系统互联互通。《应用集成典型设计》针对应用集成平台架构设计、接口规范、典型场景和实现方式、实施和部署等几方面内容，面向XXX集团公司需要集成的系统，形成一套适用于XXX集团公司应用集成建设的典型设计，用于XXX集团应用集成项目的实施。适用范围本文档适用于XXX集团应用集成的规划、设计、建设和管理，面向对象为XXX集团信息化部管理人员、应用集成项目实施厂商。术语定义SOA（面向服务的架构service-orientedarchitecture）：是一种架构模型，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。ESB（EnterpriseServiceBus，即企业服务总线）：是一个灵活的用于集成各种应用和各种服务的连接基础架构。企业服务总线能够通过简化应用和服务之间接口的数量、接口大小及接口复杂度等方法使客户的面向服务的架构（SOA）更加的强大。企业服务总线提供以下功能：路由消息；在请求者与服务者之间转换传输协议；在请求者与服务者之间转换消息格式；处理来自于各种异构源的业务事件。BPM（BusinessProcessManagement，业务流程管理）：通过图形化的流程模型描绘和控制信息的交换及交易的发生。对商业伙伴、内部应用、员工作业等活动进行协同与优化，使信息的流动无障碍并自动化。Webservice：Webservice是--套标准，它定义了应用程序如何在Web上实现互操作性。可以使用任何语言，在任何平台上编写Webservice。可以通过Webservice标准对这些服务进行查询和访问。2概述典型设计的背景和目的为充分发挥集团规模优势，提高资源利用效率，实现集团整体协调发展，加快推进集团信息化建设，无论是集团化运作还是精细化管理都需要信息化提供管理手段的支持。这就要求信息化依托现代管理理念，面向流程优化和应用整合，提供应用集成解决方案，构建企业级应用系统。应用集成典型设计是落实应用集成平台建设的工作，为集团的应用间集成提供统一的技术路线、接口规范及实施方法论，在工程的总体思想指导下，依托咨询成果，对业务应用集成需求进行分析，归纳典型集成场景；并制定业务应用之间的应用集成接口规范；完成应用集成典型设计方案；编制应用集成平台的产品选型方案以及应用集成典型实施方案，为XXX集团公司开展应用集成平台的建设提供指导意见。典型设计遵循的原则应用集成的建设在总体上首先要遵循XXX集团企业级信息集成平台的总体建设原则，即“技术先进、标准开放、架构安全、运行可靠、规模适中”。先进性应用集成的建设是企业信息化发展战略的重要组成部分，影响深远，需要考虑业务应用和信息技术的发展，因此必须在架构设计、选用技术和参考标准等方面体现技术的先进性。整体性应用集成平台是应用集成企业级信息集成平台的重要组成部分，必须考虑与业务应用的接口，实现业务应用间的集成，通过应用集成平台能够使各业务应用作为一个整体为用户提供服务。平台性应用集成平台是应用之间数据互通，信息共享的基础性平台，并作为管理平台为用户提供事务处理及监控的功能。开放性和可扩展性应用集成平台自身应采用开放的技术标准，便于逐步完善业务应用的建设；同时，与其它系统的连接也采用开放的标准或协议，以适应企业信息化发展的需要。应用集成、企业级利用统一的部署方式实现业务应用系统的信息共享、数据贯通，保证信息的充分融合和畅通，构建应用集成企业级应用集成平台。系统集成典型设计系统集成典型设计系统集成典型设计系统集成典型设计第#页7CAPP8OA应用集成实施流程应用集成项目的典型实施流程主要分集成需求梳理、集成需求归纳及集成方案确定、应用集成开发、测试及部署几个阶段，如下图所示：蠶鷲盂>应用集妬发沪壮™应刖集眈刼日皴甘小殂尖皑谡计給置合集咸需求的捕□集成需求归裝攬券□卒头集成方辜的嘀i□参与集成方秦讨论msw沪壮™应刖集眈刼日皴甘小殂尖皑谡计給置合集咸需求的捕□集成需求归裝攬券□卒头集成方辜的嘀i□参与集成方秦讨论msw，许T□隼範平吿开軀置丨□魁多方螯与的集I□制定迁移计划

腐腐帚害爲写和执口f:黔换域写和执■毁责平台「巨沖1□•?丄茎*1E:□，-._：^：-|Jr•-■(.I口耳丸「士匚rm#.、：：：％「晋口幵发服务I口参与菽赋口wy」；=:口弓胃匕I、」；早L,图6.2.2-1应用集成实施流程集成需求梳理阶段在应用集成项目领导小组的协调组织下，应用集成实施商牵头组织业务系统开发商及业务部门进行交流，收集集团公司具体的应用集成需求，并对需求进行分析整理，最终确认应用集成需求。其中，为了保证集成需求调研内容全面，便于业务应用开发商对集成需求进行设计。在“业务需求驱动”的原则指导下，公司分管领导组织业务部门领导对公司主营业务进行梳理，统一数据源及编码，划分原数据边界，界定业务职责范围。在此基础上，分派业务部门骨干人员参加集成需求的梳理，并最终确认集成需求。业务系统开发商作为业务部门的技术指导，参与集成需求梳理。集成需求归类及确定方案阶段应用集成实施商在典型设计组的配合下，对已确认的集成需求进行归纳梳理，与典型设计的十种场景进行对应，并牵头与业务系统开发商讨论确定具体集成方案，明确集成需求属于典型设计实现方式的类别，确定具体的集成方案。同时，根据集团公司业务建设情况，结合典型设计成果，采用统一选型产品，在公司搭建完成应用集成平台，并调试完成。业务系统开发商参与具体方案讨论，根据归纳的典型集成场景及实现方式，确定本系统的接入方案和提供方式。典型设计组指导集成需求梳理，并对集成需求归纳结果进行审核；参与具体集成方案的讨论，对具体集成方案进行审核。应用集成开发工作阶段应用集成实施商对业务系统开发商提供平台支持，根据业务系统开发商提供的服务说明信息在应用集成平台进行服务部署注册工作。典型设计组指导应用集成实施商和业务系统开发商进行应用集工作。业务系统开发商根据之前制定的接入方案和方式进行服务开发、测试工作，开发完成的服务说明提交给应用集成实施商，便于应用集成实施商进行服务部署注册。根据需求归纳阶段确定的集成方案，按照软件开发流程对本业务系统的集成服务接口进行开发，并提交完成的服务接口说明给应用集成实施商，由应用集成实施商将它们部署注册到应用集成平台。图-1应用服务提供流程集成联调测试阶段应用集成实施商牵头，组织各业务系统开发商编写集成联调测试计划，并协调各业务系统开发商及各业务部门进行集成联调测试，保证集成业务的性能、准确性及实用性。业务应用开发商参与集成联调测试计划编写，并配合应用集成实施商进行集成联调测试并根据需求提供测试数据。业务部门派骨干参与集成联调测试，从业务层面对集成功能进行把关。典型设计组提供技术支持。部署运行阶段应用集成实施商根据联调测试的结果，组织各业务系统开发商进行完善，并与业务系统开发商讨论正式上线部署方案，由应用集成实施商负责应用集成平台的部署。业务系统开发商负责各业务系统服务接口完善开发，并负责本方服务的服务器部署，并参与上线部署方案的讨论，配合应用集成实施商做好应用集成平台部署工作。典型设计组进行技术指导。6.3关键任务应用集成各个相关组织的关键任务如下：总部信息化建设管理部门组织应用集成典型设计评审应用典型设计成果统一组织业务应用项目建设组织业务应用项目组学习典型设计成果组织试点进行应用集成实施验收应用集成实施集团信息化建设管理部门实现关键业务之间的集成。应用集成典型设计组开展应用集成典型设计形成应用典型设计成果向业务应用项目组和集团公司宣贯典型设计成果参与业务应用项目组集成接口设计评审参与应用集成接口设计评审为业务应用项目组提供技术支持

6.4风险分析和控制在项目实施中有可能碰到并且会极大影响项目进度的问题，以期望能够引起整个项目组的重视，提早准备，尽量减少不必要的延迟和工作量的浪费。表8.7-1风险提示与控制编号风险点名称风险描述风险级别影响风险控制方案领导层应用集成价值的认同领导层对项目实施的顾虑：1.领导层可能不能清楚地阐明他们的问题，想要达到的目的2.领导层可能认为他们内部自己完全可以独立进行项目的开发3.领导层缺乏对项目的信心4.领导层可能觉得当前的变革会导致意向不到的问题5.领导层对应用集成实施之后的结果评测有担忧。高应用集成项目建设失败1.认识上，进步让领导认识到当前阶段应用集成的必要性；进步意识到应用集成项目建设的迫切性；2•战略上，进步推动领导在应用集成规划上形成明晰的概念。让应用集成规划同公司战略计划融合，促进战略规划的实施。应用集成整合战略可以与公司战略整合而成为公司战略的中心，保证公司战略从制订之初就具备竞争力；3•实施上，建立专责的应用集成项目建设团队，提供项目建设期间的必要的开发支持，以及项目建设上线后必要的服务支持。没有清晰的项目目标和范围没有清晰的项目目标和范围中需求的无限增加导致项目建设期限一延再延，及开发者的1•周密地做好范围计划编制；2•将项目主要的可父付成果细分成较小的、更易管理的组分；3•对项目范围做正式认定，项目主要干系人在这个过程中正式接受项目可父付成果的定义；4•对有关项目范围

编号风险点名称风险描述风险级别影响风险控制方案信心不足的变更实施控制。3.项目单位业务人员投入参与项目的业务人员在需要进行全职投入时，由于其他事务导致无法及时投入精力，导致项目的延期或者达不到预期的目的高项目的延期或者达不到预期的目的1.进步让各业部室领导认识到当前阶段应用集成合的必要性，让业务专职全心投入到应用集成建设；2•提高业务人员对应用集成的认可度。4.项目开发周期短作为全国范围电力信息化重点建设项目，得到各方的极大关注，而工期要求定标通知发出后，短期内正式运行。一套极其复杂的系统需要大量的开发人员在较短的时间内通力完成，需要承建商具备丰富的软件开发质量控制经验和措施，软件开发和系统集成的质量控制对项目的成败起着决定性的作用。中项目的延期或者达不到预期的目的阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。5.源业务应用集成项目需高项目的延1.认识上，进一步让企业领导认识

编号风险点名称风险描述风险级别影响风险控制方案系统开发商配合要与各业务系统打交通，源业务系统开发商配合程度直接影响项目的延期或者达不到预期的目的期或者达不到预期的目的到当前阶段应用集成的必要性；进一步意识到应用集成项目建设的迫切性；2.进步让各业部室和IT部室领导认识到当前阶段应用集成合的必要性，积极协调让源业务系统开发商投入到应用集成建设；附件一典型集成需求场景归类在对公司各业务应用的集成需求进行分类工作的基础上，从技术的角度对集成需求进行了进一步的整理、归纳，针对公司集成需求的三个层次归纳出十种应用集成场景，如下表，随着业务系统的应用，以及相关业务的变化，本次归纳结果会有相应的调整。表附1-1典型集成场景集成类别集成场景数据集成两个或多个应用间实时共享数据两个或多个应用间非实时共享数据应用集成系统A调用系统B的功能获取信息，实时返回结果系统A调用系统B的功能获取信息，非实时返回结果系统A向系统B单向发送信息系统A向多个系统发送信息流程集成一个自动的业务流程需要协调多个应用系统共冋完成自动与人工协作完成的业务流程纯人工操作驱动完成的业务流程其他与外部系统的集成数据集成1．两个或多个应用间实时共享数据同级应用间数据库之间的数据共享，实时性要求较高的数据集成方式。对应的典型集成点有：设备主数据新增和修改同步功能位置主数据新增或修改同步设备状态异动信息同步电费应收、实收等帐务信息同步2．两个或多个应用间非实时共享数据同级应用间数据库之间的数据共享，实时性要求不高的数据集成方式。对应的典型集成点有：组应用集成1系统A调用系统B的功能获取信息，实时返回结果同级两应用间的数据交互，系统A需要的数据来自于系统B,系统B提供对外的服务，系统A通过该服务获取系统B的数据信息。对应的集成点有：2．系统A调用系统B的功能获取信息，非实时返回结果同级两应用间的数据交互，系统A需要的数据来自于系统B，系统B提供对外的服务，系统A通过该服务获取系统B的数据信息，但不要求实时返回结果。对应的集成点有：3．系统A向系统B单向发送信息同级两应用间的访问，根据业务规则，系统A当满足某种条件后，主动单向的向系统B发送信息。系统B响应系统A的消息后，触发系统B的某种事件。对应的集成点有：4．系统A向多个系统发送信息同级多个应用间的访问，根据业务规则，系统A当满足某种条件后，主动多个系统发送信息。多个系统接收系统A的消息后，进行相关的处理。对应的集成点有：故障信息通知抢修结果通知流程集成1．一个自动的业务流程需要协调多个应用系统共同完成同级应用间的业务流程，一个企业级的业务流程需要跨多个业务应用才能完成，该业务流程通过预先定义后，由BMP工具进行全生命周期管理，根据定义自动协调多个应用系统完成。对应的集成点有：2．自动与人工协作完成的业务流程同级应用间的业务流程，一个企业级的业务流程需要跨多个业务应用才能完成，该业务流程通过预先定义后，由BPM工具进行全生命周期管理，根据定义协调多个应用系统完成，部分节点自动完成，部分节点需要人工参与。对应的集成点有：3．纯人工操作驱动完成的业务流程同级应用间的业务流程，一个企业级的业务流程需要跨多个业务应用才能完成，该业务流程通过预先定义后，由BPM工具进行全生命周期管理，根据定义由人工操作驱动协调多个应用系统完成。对应的集成点有：其它附录二实施流程(1)集成开发流程业务分析组图：集成开发流程流程任务说明：业务分析组收集各个业务条线的集成需求，编写集成功能规范，需要包括如触发频率，并发量等业务背景信息及响应时间要求等业务关键指标的要求。集成开发组对集成需求进行筛选，判断是否属于应用集成范畴。如果集成需求不在应用集成项目范围内，例如属于界面集成或者低频率数据交换范畴，则提交至门户或数据中心项目组。判断该集成需求是否已经存在于应用集成需求组整理的《集成需求备忘录》中。查阅《集成需求备忘录》，明确该需求的具体信息和实现方式建议。对集成需求场景进行归类。参考《应用集成典型设计》，对集成需求进行场景归类。确定集成需求的技术实现方案。参考《应用集成典型设计》，并结合具体情况，确定集成需求的技术实现方案。之后进入服务的准备阶段(请参考“服务准备流程”)和集成平台的配置阶段。针对集成实现方案，对集成平台进行相应的配置。(2)服务准备流程公司的业务应用间的集成需求需要由业务应用开发商需要承担服务的开发工作,如下图图：服务准备流程集成测试流程'liti1.-tW!畑，山熬巧.碗£.17)..⑷mEwraTnrnwT“产娥据淮苦竝笑分换织'liti1.-tW!畑，山熬巧.碗£.17)..⑷mEwraTnrnwT“产娥据淮苦竝笑分换织ii-；隸性能测LWh都伯讷分析组券与集成测试纽巣成JT发组将給果按交集成贵赏人■u■>件悵世试(10)性崗贱叵同专■析(12)测过料冰与数册准龄年攻T*兀测试⑴fUSIUtB>堤成场疑生图：集成测试流程流程任务说明：集成开发组在开