DaveWelsh结构设计师体系结构战略

内容面向服务的商业——理想、恶梦和现实“阴阳”企业体系结构商业体系结构设计形式商业体系与IT体系结构的协调面向商业的服务管理结束语和提问第一页，共37页。第一页，共37页。连接商业远见和技术连接系统体系结构（服务定义、服务编排、服务供应、服务部署）物理?“连接的系统意味着获取商业逻辑，并将其作为Web服务放置在网络中，然后使用户能够结合这些服务，实现更丰富的体验。”-Microsoft商业体系结构{商业的形式、空间和次序}产品方针第二页，共37页。第二页，共37页。企业体系结构

（现代的巴比伦塔？）应该：反映企业的核心远见和价值。帮助人们关注企业的核心商业能力。但是：并不是所有人天生都是模特。商业就像是足球赛，在比赛中足球是不会停止滚动的。一直在移动中。第三页，共37页。第三页，共37页。适用于商业的连接的系统

挑战与价值何在？与他人进行商业交易的企业能力称为服务。包括商业交易！提供商业化服务，购买商业化服务。效率意味着调整多个维度/观点。企业中的不同观点是有机的：通过连接的系统，随着服务思考的巩固，IT和商业间的合约一般会重新确定。顶级B2B互操作性的需求从对服务设计的关注转移到协作角度。商业运营IT操作第四页，共37页。第四页，共37页。商业互操作性和连接的系统在本图中结合了许多具有不同技能的人员和不同的企业观点（特意的设计!）第五页，共37页。第五页，共37页。服务设计观点

企业中的阴阳第六页，共37页。第六页，共37页。商业是阳（火星），

IT是阴（金星）以“合同”为例如果商业来自火星（阳），那么合同：可以看作是“许多法律约定”组成一个法律管理和审核控制模型表明依从/不依从条件是商业关系的正式法律协议如果IT来自于金星（阴），那么合同：是服务方向的宗旨是Web服务中的WSDL是WS策略支持的策略第七页，共37页。第七页，共37页。“阴阳”的服务思考

不仅仅是对象思考存在4个服务方向宗旨边界是清晰的服务是自主的服务共享架构和合同，而不共享类服务兼容性由策略决定服务方向的商业宗旨（来自火星）对每一次交互，都有信息的交换，每个服务拥有者间也进行法律强制地约定交换只有达成共同接受的共有规则、法律环境或商业规范的法律实体、个人或机构才能够做出约定…还有一些没在此处列出第八页，共37页。第八页，共37页。应用程序组成应用程序组成服务商业服务消息交换方式描述包含架构适用于IT（金星）的服务方向适用于商业（火星）的服务方向运营要求强制状态管理消息交换是一组合同组成于定义其结构受管理于策略拥有商业信息描述包含文档第九页，共37页。第九页，共37页。任意法定商业交易的模型合法绑定的商业交易被视为商业运营观点商业交易的商业角度功能型服务观点商业交易的IT角度BOV相关的标准（例如SarbanesOxley法案）FSV相关的标准（例如WS-*）遵守受保护相关ISO/IEC14662第十页，共37页。第十页，共37页。商业服务中的形式、空间和次序

火星上的建筑什么样？第十一页，共37页。第十一页，共37页。商业服务中的内容

商业过程推动商业服务‘商业过程’不是‘工作流’良好组织的商业过程解决方案设计包括确定正确粒度的事件任务的顺序，与事件绑定与服务中的数据和商业逻辑集成商业角色和授权的构建依从限制任务、事件和角色的商业规则监视，使用户能够分析性能的关键元素警报定义+理解警报并做出反应任务工作人员和事件响应者的用户体验服务边界的定义第十二页，共37页。第十二页，共37页。商业服务示例

转移到以商业过程为中心运输联合公司（例如，卡车公司）用于管理运输的服务运输服务Web服务服务操作约定运输允许客户预定卡车，去他们的仓库提取货物，然后送货。客户需要指定货物细节、目的地以及在仓库提取货物的时间。在这个操作完成后，卡车公司就拥有一个法定的义务，为该客户提供运输服务。装货确认允许客户确认运输服务已经达到他们的仓库，他们的货物已经被提取，正在送往目的地的路上。这个操作的商业效果在于转移将货物安全运送到指定目的地的责任，同时考虑卡车公司的利益。第十三页，共37页。第十三页，共37页。成功秘诀

实现团队工作Microsoft客户合作伙伴HenryFord

“走到一起是开始，保持一致是进步，协同工作是成功”第十四页，共37页。第十四页，共37页。共有的商业服务设计

从设计者角度转移到双赢的共同观点服务A服务B协作运行时协作运行时目标过程/状态信息交互内部运作内部运作通讯基础结构消息交换如果服务间商业协议的任何共有观点遭到破坏，那么这两个服务就不再商业状态一致（或称为服务漂移）第十五页，共37页。第十五页，共37页。控制商业服务漂移

保持连接（商业探戈）商业A商业B商业运营IT操作商业关系漂移运营漂移?第十六页，共37页。第十六页，共37页。请求角色响应角色<<描述>>商业化交易行为<<请求商业行为>>请求操作状态<<响应商业行为>>响应操作状态文档请求文档响应[合同失败][成功][控制失败]商业模式

良好组织的商业实践1.伪状态。

交易执行的条款和条件中定义的前提条件也建立了交易的最初内容。5.BT执行服务请求，过渡回请求状态，返回否定或肯定响应。4.BT过渡到响应操作状态，验证请求文档，执行响应操作。3.响应请求商业交易(BT)操作状态2.可能拥有确保足够和争取信息进行处理的前提条件。7.由于基础的技术问题，BT无法过渡到新的状态。6.由于处理错误或违反商业规则，BT无法过渡到新的状态8.BT成功地执行商业请求，进行状态过渡，到达结束状态。第十七页，共37页。第十七页，共37页。商业协议的模型

商业计划后的基本体系结构约定商业过程合作伙伴事件资源协议合同位置声明协作期望定义包括许多角色报告发生在使用声称（没有）发生由谁完成需要互补二元性第十八页，共37页。第十八页，共37页。商业实体

对公司真正管理的“事物”建模商业实体（也被称为‘对象’）是公司因各种原因在管理上予以关注的真实世界事物。商业实体可以被建模。商业实体拥有…身份、状态和生命周期。在公司中发生某些事件（或非事件）时，商业实体的状态可以发生变化。商业实体是顶级的事物。第十九页，共37页。第十九页，共37页。商业实体的结构Object.State前提条件后置条件环境的内容（成功/失败）对称对象.状态(Object.State)的内部商业规则依从控件，表明环境状态的内容If(判断是否处于法律依从){

if(内部商业规则为真

&

依从控件为真)

我们是(依从的)

else{(我们处于状态(无效)|

我们处于状态(未知))&

我们是(不依从的)

;

}}第二十页，共37页。第二十页，共37页。订单.

已开启（到厂商）订单.

已支付（到厂商）必须满足前提条件，允许商业对象过渡到新的状态必须满足后置条件，允许商业对象处于新的状态PO的理由?有效的产品？有效的数量？已经创建应付帐款条目？已经执行法规依从控件？可以联系到厂商？接受到的货物：数量正确？价格正确？质量正确？及时送达？厂商应收帐款。客户应付帐款。没有其他主张；没有更多的金钱、更多产品？接受购买请求消息新AP消息发送发票消息银行转帐消息商业实体情境第二十一页，共37页。第二十一页，共37页。依从服务体系结构

“我们(是依从的|不是依从的)”依从控制服务体系结构：通向依从机构，进行报告的主要渠道由独立服务来‘判断’是否满足依从有关依从的‘记录’保存者商业实体表明它自己的依从：与依从机构存在互补协议也被称为‘语义映射’负责它自己的状态在(1..N)个商业过程的内容中不依从依从第二十二页，共37页。第二十二页，共37页。协调战略

连接商业体系结构和IT体系结构（“具体化”）第二十三页，共37页。第二十三页，共37页。连接的体系结构的概念框架连接的系统（服务定义、服务编排、服务供应、服务部署）协作系统软件工厂商业体系结构框架平台功能概念逻辑物理语法目标模型交易模型交互模型商业交互的模型商业目标的模型商业交易的模型语义Microsoft平台的说明性指南商业远见第二十四页，共37页。第二十四页，共37页。模型驱动的商业

协调商业和IT服务商业模型商业部分技术参与方商业服务等级协议技术部分过程配置解决方案集拥有拥有生成关键商业性能指标商业过程运营过程合同商业用户的标准过程手册WS-*,BPEL,…软件工厂(VisualStudio)DSI身份、信任、编排第二十五页，共37页。第二十五页，共37页。商业服务情境

所需的阴阳转换者（人员）服务等级协议(SLA)只有经过批准、拥有许可证的卡车司机才可以来装货装货时间为从周一到周五，从上午10:00到10:30卡车司机携带分配的书面材料和装货参考号装货工作必须在24小时内完成工作推延必须通知ACME联合新的货重必须由NorthernElectronics添加到文档重在卡车离开装货处之前，必须由NorthernElectronics报告装货通知第二十六页，共37页。第二十六页，共37页。收集商业需求第二十七页，共37页。第二十七页，共37页。第二十八页，共37页。第二十八页，共37页。从体系结构到实施对法定商业约定及其履行的真实商业过程进行建模，不考虑任何特殊的技术基础结构实施；现在还不考虑。在这个示例中，准确地确定和检验真实商业过程中的主要的商业事件和基本的关键性能指标保持松散/分别考虑，对“商业实施”模型进行建模，从商业服务角度，不考虑技术。在这个示例中，我们正在实施管理，需要创建一个商业健康模型，在这个模型的基础上，我们将真实商业事件和商业关键性能指标映射到IT基础结构将商业实施模型映射到Windows实施模型在这个示例映射中，我们将商业健康模型映射到Windows管理基础结构健康模型第二十九页，共37页。第二十九页，共37页。逻辑管理模型第三十页，共37页。第三十页，共37页。商业管理模型

健康的管理设计战略商业事件商业标准仪器商业规则关键性能指标由1..*测定用于测量映射到映射到集合为1..*映射到由1..*组成描述第三十一页，共37页。第三十一页，共37页。商业模型商业规则商业标准连接IT的商业模型C#软件应用程序商业规则事件类型

事件日志WMI事件依赖于应用程序对象.状态IT事件筛选规则警告性能计数器阈值<=>性能计数器监视规则生成生成遵照第三十二页，共37页。第三十二页，共37页。结束语和总结第三十三页，共37页。第三十三页，共37页。结束语

现在的商业服务何在？商业本身是面向服务、事件驱动的30年的EDI，…成本是采用的主要障碍；从火星（阳）‘映射’到金星（阴）的成本。标准文档一般拥有太多的选项。实施十分混乱。火星（阳）希望了解商业的状态，

金星（阴）希望了解文档交换的状态。EDI（商业文档交换）并为完全失灵，但是存在难以解决的商业过程限制。在商业文档的发展方针基础上，添加商业过程模型，完成服务方向的描绘真实世界中商业服务需要很多软件应用程序面向服务的体系结构从商业过程角度考虑技术。第三十四页，共37页。第三十四页，共37页。要点总结真实商业过程拥有状态参数，可以随着商业的发展而漂移。面向服务的体系结构从商业过程支持角度考虑技术。从阴阳两方面的建模是连接商业和IT的第一步。良好组织的商业模型能增加IT