商业过程-Microsoft.ppt

Dave Welsh 结构设计师 体系结构战略部 dmwelsh@ ? 2005 Microsoft Corporation 协调商业与 IT使用商业体系结构 内容 面向服务的商业——理想、恶梦和现实 “阴阳”企业体系结构 商业体系结构设计形式 商业体系与 IT 体系结构的协调 面向商业的服务管理 结束语和提问 连接商业远见和技术 连接系统体系结构 （服务定义、服务编排、服务供应、服务部署） 物理 ? “连接的系统意味着获取商业逻辑，并将其作为 Web 服务放置在网络中，然后使用户能够结合这些服务，实现更丰富的体验。” - Microsoft 商业体系结构 {商业的形式、空间和次序} 企业体系结构（现代的巴比伦塔？） 应该： 反映企业的核心远见和价值。 帮助人们关注企业的核心商业能力。 但是： 并不是所有人天生都是模特。 商业就像是足球赛，在比赛中足球是不会停止滚动的。一直在移动中。 适用于商业的连接的系统挑战与价值何在？ 与他人进行商业交易的企业能力称为服务。包括商业交易！ 提供商业化服务，购买商业化服务。 效率意味着调整多个维度/观点。企业中的不同观点是有机的： 通过连接的系统，随着服务思考的巩固， IT 和商业间的合约一般会重新确定。 顶级 B2B 互操作性的需求从对服务设计的关注转移到协作角度。 商业互操作性和连接的系统 在本图中结合了许多具有不同技能的人员和不同的企业观点（特意的设计!） 服务设计观点企业中的阴阳 商业是阳（火星），IT 是阴（金星） 以“合同”为例 如果商业来自火星（阳），那么合同： 可以看作是“许多法律约定” 组成一个法律管理和审核控制模型 表明依从/不依从条件 是商业关系的正式法律协议 如果 IT 来自于金星（阴），那么合同： 是服务方向的宗旨 是 Web 服务中的 WSDL 是 WS 策略支持的策略 “阴阳”的服务思考不仅仅是对象思考 存在 4 个服务方向宗旨 边界是清晰的 服务是自主的 服务共享架构和合同，而不共享类 服务兼容性由策略决定 服务方向的商业宗旨（来自火星） 对每一次交互，都有信息的交换，每个服务拥有者间也进行法律强制地约定交换 只有达成共同接受的共有规则、法律环境或商业规范的法律实体、个人或机构才能够做出约定 … 还有一些没在此处列出 服务 商业服务 适用于 IT （金星）的服务方向 适用于商业（火星）的服务方向 任意法定商业交易的模型 合法绑定的商业交易 被视为 商业运营观点 商业交易的商业角度 功能型服务观点 商业交易的 IT 角度 BOV 相关的标准 （例如 Sarbanes Oxley 法案） FSV 相关的标准 （例如 WS-*） 遵守 受保护 相关 ISO/IEC 14662 商业服务中的形式、空间和次序火星上的建筑什么样？ 商业服务中的内容商业过程推动商业服务 ‘商业过程’不是‘工作流’ 良好组织的商业过程解决方案设计包括 确定正确粒度的事件 任务的顺序，与事件绑定 与服务中的数据和商业逻辑集成 商业角色和授权的构建 依从限制任务、事件和角色的商业规则 监视，使用户能够分析性能的关键元素 警报定义 + 理解警报并做出反应 任务工作人员和事件响应者的用户体验 服务边界的定义 商业服务示例转移到以商业过程为中心 服务操作 成功秘诀实现团队工作 Microsoft 客户 合作伙伴 共有的 商业服务设计从设计者角度转移到双赢的共同观点 服务 A 服务 B 协作运行时 协作运行时 目标 过程/状态 信息 交互 内部运作 内部运作 通讯基础结构 消息交换 如果服务间商业协议的任何共有观点遭到破坏，那么这两个服务就不再商业状态一致（或称为服务漂移） 控制商业服务漂移保持连接（商业探戈） 商业 A ? 商业模式良好组织的商业实践 1. 伪状态。 交易执行的条款和条件中定义的前提条件也建立了交易的最初内容。 5. BT 执行服务请求，过渡回请求状态，返回否定或肯定响应。 4. BT 过渡到响应操作状态，验证请求文档，执行响应操作。 3. 响应请求商业交易 (BT) 操作状态 2. 可能拥有确保足够和争取信息进行处理的前提条件。 7. 由于基础的技术问题，BT 无法过渡到新的状态。 6. 由于处理错误或违反商业规则，BT 无法过渡到新的状态 8. BT 成功地执行商业请求，进行状态过渡，到达结束状态。 商业协议的模型商业计划后的基本体系结构 约定 商业过程 合作伙伴 事件 资源 协议 合同 位置 声明 协作 期望 定义 包括许多 角色 报告 发生在 使用 声称（没有）发生 由谁完成 需要 互补 二元性 商业实体对公司真正管理的“事物”建模 商业实体（也被称为‘对象’）是公司因各种原因在管理上予以关注的真实世界事物。 商业实体可以被建模。 商业