IBM电子商务模式的软方案架构设计.doc

基于IBM电子商务模式的软件方案架构设计: 访问集成模式(Access Integration Pattern) IBM 电子商务模式(Patterns for e-business 或简写为 P4eb)为广大软件方案分析、设计人员提供了众多可重用的软件架构及系统组件, 他们来自于大量IBM成功实践经验。本文阐述了IBM 电子商务模式的原理和应用途径，重点探讨了如何具体应用IBM 电子商务模式中的访问集成模式(Access Integration Pattern) 来完成一个企业信息及服务集成的软件方案架构的分析和设计。 软件方案架构师的职责在于充分地理解客户业务的IT需求，并透彻地分析各种需求背后的实质性技术内涵, 架构师要了解客户当前的应用程序和数据位置、已安装的运行产品、可用的技能、所需要的服务质量等信息，从而帮助客户抓住技术关键, 制定正确的架构原则, 选择适合的方案架构, 在考虑不同技术路线、产品特性的基础之上，最终确定应用系统的逻辑架构和运行模型。 为了改进软件方案设计质量， 架构师期望能够捕获并借鉴以往自己或他人的经验教训, 即希望能够重用业界已经为事实所证明的成功设计模式， IBM 公司一直十分重视总结方案架构实践，IBM 著名架构师 Jonathan Adams等人在其2001年发表的名为 《Patterns for e-business: A Strategy for Reuse》的著作中阐述了IT行业著名的电子商务模式(Patterns for e-business 或简写为 P4eb), IBM 电子商务模式是一组可重用的软件知识资产，模式旨在满足 80% 最常见的客户需求并提供良好的模式扩展性, 电子商务模式不同于一般的具体技术相关的开发模式，它更关注于应用系统架构的分析、设计过程, 电子商务模式总结的科学规律适合于需要创建电子商务解决方案的任何人员，包括系统架构师、解决方案供应商、技术销售人员团队及其他相关人员, 该模式一经发表便收到广大IT人员的热烈反响并在IBM公司内部及合作伙伴中间得到普遍应用。 IBM 公司的 developerWorks 网站中提供了专门的电子商务模式网站链接, IBM 电子商务模式网站提供了一个有逻辑的、逐步执行的过程引导用户进行浏览，以方便用户更方便地访问IBM电子商务模式中的大量非常有价值的架构组件和模版。IBM 同时增加了相关指导文档以帮助使用者更好地完成软件系统的分析、设计和项目交流、讨论。 IBM 电子商务模式定义了逐步深入的分层系统模型, 如图表1 所示： 图表1. IBM 电子商务模式层次模型 我们通过一个简单的例子来说明基于IBM电子商务模式的方案架构设计思路： 假设一家企业A有如下需求：企业A希望让它的客户包括内部员工、合作伙伴、最终客户能高效率地访问企业不同的信息资源并统一处理各种已有的分散Web应用， 客户要求方案实现个性化服务和集中化用户管理；避免应用间切换时不必要的密码重新输入；系统要具有良好的安全性、扩展性等等。 有些架构师会一下子直接画出系统物理架构图，甚至直接给出具体软、硬件产品名称, 这种方法很难处理复杂一些的需求，而且经常容易遗漏掉一部分重要的架构元素。IBM推荐架构师按照一套完整的方法、规范和处理流程来分析、设计软件方案并鼓励IT人员重用业界成功的架构资产，基于IBM电子商务模式的软件方案架构设计过程如下： 首先，软件方案架构师应从客户实际需求出发，重点研究业务困难、业务流程、现存环境, 然后开始分析面临问题的业务模式(Business patterns), 业务模式有时也称为商业模式, 它主要用来描述电子商务解决方案中用户、企业和数据之间的交互关系，业务模式用于创建端到端的电子商务应用, 它是大多数电子商务解决方案架构设计的出发点，业务模式的类型如图表2 所示:  当一个单一的业务模式不能满足客户需要时，架构师可以考虑将多种业务模式组合在一起以创建带有高级应用功能的集成模式(Integration patterns), 但是集成模式本身不自动解决特定的商业问题，而是通过组织业务模式的内部功能以支持更复杂的功能，比如前端集成和后端集成， 集成模式的类型如图表3 所示：  我们看到单一的业务模式都不能直接满足企业Ａ的IT需求，而 访问集成模式描述了统一信息和应用集成方案设计中所需要的公共服务和组件，比如组件化接口标准、个性化引擎、 动态内容发布、集中用户管理和不同应用的单点登录等特性，访问集成模式正是我们当前合适的选择。 如果企业Ａ下一步还要考虑用户之间的协同、协作，单靠访问集成模式就不能满足要求，那时就需要利用模式之间的组合。 一组经常配合使用的商务模式和集成模式形成复合模式(Composite patterns),