ESB项目需求分析和方案设计浅谈.docxVIP

ESB项目需求分析和方案设计浅谈导读：本文我们将针对ESB项目的设计和实施过程中各个阶段要完成的主要工作内容和一些最佳实践跟大家作一些讨论，进而希望大家在企业ESB项目实施过程中借鉴科学的方法论的指导来保证其成功。关键词：/search.aspx?cx=006311256994434649565:g4kwearwxkucof=FORID:9q=ESB \t _blankESB /search.aspx?cx=006311256994434649565:g4kwearwxkucof=FORID:9q=ESB%e6%96%b9%e6%a1%88%e8%ae%be%e8%ae%a1 \t _blankESB方案设计 /search.aspx?cx=006311256994434649565:g4kwearwxkucof=FORID:9q=ESB%e7%bb%84%e4%bb%b6%e6%a8%a1%e5%9e%8b \t _blankESB组件模型 ?　如同其它IT项目一样，企业服务总线类项目的实施也要经历需求分析、方案设计、编码和测试、上线部署等阶段。下面我们将针对ESB项目的设计和实施过程中各个阶段要完成的主要工作内容和一些最佳实践跟大家作一些讨论，进而希望大家在企业ESB项目实施过程中借鉴科学的方法论的指导来保证其成功。 TT SOA编辑推荐：企业服务总线ESB（更新版）　ESB的需求分析　需求分析阶段是梳理项目中相关功能需求和非功能需求的重要步骤，它是整个项目成败的关键。在这个阶段我们将从企业业务需求出发，梳理端到端的跨系统业务流程；基于业务流程，依据科学的方法论进行服务鉴别；由服务列表出发，梳理服务的消费和提供关系；然后根据SOA的最佳实践，定义服务的接口，包括服务的Schema描述，字段的类型，编码的规则；依据服务的消费－提供关系，梳理ESB中的服务映射和转换规则和策略。　概括而言，我们需要从功能性和非功能性两个方面来进行ESB的需求分析。　针对ESB的功能性需求，我们要侧重了解以下方面的问题：　1. 梳理出要被集成的系统的名称，个数。　2. 针对每个系统而言，要了解：　该系统的对外接口是向外调用，被别人调用，还是二者都有； 　接口的实时性要求，是实时的还是批量的，还是二者皆有？ 　接口的调用方式，是同步的还是异步的，还是二者皆有？ 　应用系统所运行的操作系统平台。 　应用系统本身的编程语言？C/C++, Java….. 　这些系统现有接口的情况，是否已经可以提供对外接口，接口的方式是什么，包括接口的通讯协议是什么，HTTP/MQ/Socket/ 其它？接口的数据格式是什么，XML/ 自定义格式 / 其他行业标准格式？接口的编程语言是什么，Java/C/C++？如果本身不能提供接口，那么要做接口开发时有什么要求或限制条件？ 　这些应用后台数据库的情况，数据库能否直接访问？ 　每个应用跟其他应用交换数据时，源数据格式和目的数据格式，比如从文本格式转换为 XML 格式？ 　交易特征：哪些处理要采用两阶段提交；是否需要多个消息组成一个交易；是否要保证消息之间的处理顺序； 　适配器的情况：对于一些特殊系统，是否已经具备现成的适配器；适配器是单向的还是双向的； 　消息通信的模式：是Send and Forget(one way)、Request/Reply还是Pub/Sub? 　针对ESB的非功能性需求，我们要确认：　1. ESB平台的扩展性和高可用性需求，包括HA和集群等；　2. ESB平台的性能需求，主要包括系统间数据交换的频率，要交换的数据的大小 ( 消息大小将直接对效率造成影响 )；峰值时候对ESB数据吞吐量、响应时间的要求等；　3. 哪些交易要保证数据传输的高可靠性；　4. ESB平台的可管理性需求，如服务的生命周期管理，ESB 平台的维护和管理；如果企业已经设立了SOA管控方面的规范，那么要遵从规范的制约，比如要考虑是否有规定的命名规则，企业是否有企业级的数据规范和底层通讯协议的规范等；　5. 安全性方面的要求：是否采用SSL传输加密，是否对消息进行加密/解密处理等；　6. 错误处理和日志以及平台本身的运行监控等方面的要求等。　ESB的方案设计　方案设计的主要内容包括：　ESB涉及IT应用环境分析，定义ESB与相关应用的接口模式； 　ESB架构概要设计，并定义架构原则； 　ESB相关产品选择，包括与外围系统的适配器选择和ESB产品选择； 　ESB组件模型设计，分解ESB的相关模块，满足SOA的分离关注点等架构原则； 　ESB运作模型设计，满足平台的非功能性需求； 　ESB平台的服务流设计，涉及路由、转换和映射等； 　ESB的同步、异步或者发布/订阅模式设计； 　ESB平台的接入渠道和数据接口设计，包括XML/JMS、S