[注意]如果图看不到,请到官方下载:
http://www.microsoft.com/china/technet/itsolutions/msit/ecomm/biztalkaipi.mspx
技术案例研究
发布时间:2005 年 10 月
通过将 Microsoft® BizTalk® Server 2004 与 Microsoft BizTalk Adapter v2.0 for mySAP™ Business Suite 结合使用,Microsoft 娱乐和设备部创建了一个业务集成与智能框架,从而改进了应用程序集成和文档处理管理。
Microsoft 娱乐和设备部所需要的业务集成与智能框架既要便于应用程序集成,又要能够简化内、外源之间业务文档的交换。此外,娱乐和设备部还要求该框架可以通过 Microsoft 所用的 SAP R/3 企业资源计划(Enterprise Resource Planning,ERP)系统实现数据的无缝交换。
娱乐和设备部实施的框架可以在其他组织尝试创建自己的智能业务流程管理解决方案时为他们提供协助,从而简化通过使用 SAP R/3 ERP 系统或其他系统进行的业务文档交换。
本案例研究针对需要有效的业务文档流程管理解决方案的首席信息官、信息技术 (IT) 主管、解决方案架构师以及技术决策者而编写。
背景形势
Microsoft 没有自己的 Microsoft Xbox® 系统平台制造厂,而是由娱乐和设备部与许多不同的外部供应商和签约制造商合作,这些供应商和签约制造商生产的组件和提供的服务对于负责制造 Xbox 系统平台的生产经营集团而言至关重要。另外,由于许多关键组件都是采用委托加工的方式,因此签约制造商一方的组件在使用或调整时,必须在 Microsoft 的 SAP R/3 系统中反映出来。Microsoft 及其外部合作伙伴之间的这种动态业务关系,需要灵活而具有自适应性的解决方案。
以前,娱乐和设备部创建的解决方案是通过使用点对点连接并结合自定义编码实现的。例如,在制造最初的 Xbox 控制台时,娱乐和设备部利用“电子数据交换”(EDI) 与外部合作伙伴进行文档交换。但是,EDI 是以批量数据为基础的,并且专用于合作伙伴,而且它不具备业务流程的实时可见性。点对点连接与定制的“高级企业应用程序编程”(ABAP) 代码结合后会导致以下问题的产生:
· 多个紧密结合的应用程序在上游或下游应用程序发生更改时更容易被破坏。
· 编写需要直接调用应用程序方法的自定义代码还需要熟练掌握相关应用程序的知识。
· 硬性编码的业务规则不仅难于维护,而且很难适应新的业务流程。
· 用新应用程序替换现有应用程序时,需要对集成解决方案中涉及的所有其他应用程序进行全面彻底的测试。
· 处理方面的错误由接收应用程序捕获,这要求数据所有者在受影响的应用程序一方手动调整和纠正相应信息。
· 当以下方面的标准提高时,在开发、测试和实施解决方案上花费的时间将会增加:
· 多个应用程序之间相互关联
· 应用程序间使用不同的消息格式
· 应用程序间使用不同的传输协议
· 将文档从一个应用程序转换到另一个应程序需要不同的文档映射
· 解决方案所涉及的应用程序之间使用不同的安全方法和验证方法
另外,随着集成解决方案所涉及的应用程序数量的增加,点对点连接的数量也会相应增加。作为示例,图 1 显示了当一个紧密结合的应用程序集成解决方案仅需要五个独立应用程序时,需要维护和支持的点对点连接数。
应用程序
|
点对点连接
|
需要 10 个点对点连接的紧密结合的应用程序集成解决方案 |
图 1. 紧密结合的应用程序集成解决方案
为改进充分支持 Xbox 360™ 控制台制造所需的应用程序集成和业务文档交换,娱乐和设备部认为其新的业务集成与智能框架必须具有以下特点:
· 分离模式。一种分离的发布和订阅体系结构,使娱乐和设备部的 IT 团队可以在不影响其他应用程序的情况下,在集成解决方案中添加或删除单个应用程序。
· 标准化的消息传送。遵循行业标准(如 RosettaNet 标准或 OAGIS 标准)并提供灵活体系结构的消息传送格式,如 XML。
· 处理状态集中管理。集中维护的业务流程状态管理,可提供每个业务流程生命周期的可见性。例如,在每个采购单的状态从创建转为发货再转为接收的过程中,需要在一个集中的实时视图中对其进行维护。
· 集中的业务规则库。集中维护的业务规则库,业务流程和业务对象可以通过访问该库提供一致的业务规则。
解决方案
娱乐和设备部通过同时部署 BizTalk Server 2004 和 BizTalk Adapter v2.0 for mySAP Business Suite,创建了一个能简化应用程序集成和业务文档处理管理的业务集成与智能框架。
BizTalk Server 2004 解决方案提供了一个集成平台,该平台通过可自动化和可灵活建立业务文档关联的可管理业务流程,实现了多个系统的无缝集成。通过与 BizTalk Adapter v2.0 for mySAP Business Suite 结合使用,SAP R/3 ERP 系统集成解决方案无需开发代码,即可在 BizTalk Server 2004 中传输入站和出站业务文档的“中间文件”(IDoc)、“业务 API”(BAPI) 和“远程函数调用”(RFC) SAP R/3 ERP 系统架构类型。
注意 本技术案例研究的重点是娱乐和设备部开发的业务集成与智能框架在 SAP R/3 ERP 系统集成方面的内容。为集中讨论 BizTalk Adapter v2.0 for mySAP Business Suite 及其提供的无缝应用程序集成,本案例未讨论该业务集成与智能框架设计的其他方面。
BizTalk Server 2004 提供了一个控制涉及的应用程序之间业务文档的流向的发布和订阅体系结构。通过使用发布和订阅体系结构,业务文档不是直接连接到其他系统的终点,而是集中进行路由。通过这种方式,各种事件会触发与每个所涉及的应用程序或系统相连的相应流程。
娱乐和设备部实施
业务集成与智能框架的初始部署支持提供下一代 Xbox 360 控制台的图形处理单元 (GPU) 所需的制造流程。该框架支持签约制造商和组件供应商的应用程序集成和性能监控。该框架将现有的 BizTalk Server 2004 标准数据交换与 SAP R/3 ERP 系统、车间系统以及 Microsoft 的计划系统集成在一起。
物理体系结构
业务集成与智能框架的物理体系结构部署在四台独立的计算机上:
· 数据库服务器。在基于 Microsoft Windows ServerTM 2003 的计算机上运行的 Microsoft SQL ServerTM 2000 托管 BizTalk Server 2004 数据库。
· 应用程序服务器。在基于 Windows Server 2003 的两台计算机上运行的 BizTalk Server 2004 中运行 BizTalk Server 2004 宿主实例。每台计算机运行两个 BizTalk Server 2004 宿主实例。其中第一个宿主实例运行 BizTalk Server 2004 流程图(处理宿主),而另一个宿主实例维护发送和接收适配器、管道和端口(传输宿主)。通过使用两台计算机,应用程序服务器不仅为防止出现故障提供了冗余,而且还平衡了两台计算机之间必要的计算资源。
· 实用程序服务器。含 Microsoft Internet Information Services (IIS) 和 Microsoft Windows SharePoint® Services 的 Windows® Server 2003 托管着提供端到端处理可见性和记分卡报告的 Web 组件。
图 2 显示了用于托管业务集成与智能框架的物理体系结构。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12639172/viewspace-160053/,如需转载,请注明出处,否则将追究法律责任。
请登录后发表评论
登录
全部评论
<%=items[i].createtime%>
<%=items[i].content%> <%if(items[i].items.items.length) { %>
<%for(var j=0;j
<%}%> <%}%>
<%=items[i].items.items[j].createtime%>
<%=items[i].items.items[j].username%> 回复 <%=items[i].items.items[j].tousername%>: <%=items[i].items.items[j].content%>
还有<%=items[i].items.total-5%>条评论
) data-count=1 data-flag=true>点击查看
<%}%>
|
转载于:http://blog.itpub.net/12639172/viewspace-160053/