面向服务的软件工程.ppt

面向服务的软件工程 目标 Web服务的基本概念和Web服务标准 以及它们如何支持机构间的计算 旨在产生可复用的Web服务的服务工作过程 服务组成的概念 这是一种面向服务的应用开发手段 业务过程模型为什么可作为一个面向服务的系统的设计基础 内容 服务作为可复用的组件服务工程使用服务的软件开发 面向服务的体系结构 面向服务的体系结构 SOA 是一种开发分布式系统的方法 分布式系统的系统组件是单机服务这些服务可以在不同地理位置的计算机上执行人们已经设计了标准协议以支持服务通信和信息交换 面向服务的体系结构 SOA的优点 服务可以由本地供应商提供 也可以从外部供应商处获取服务可以使用任何编程语言实现通过将遗留系统包装成服务 可以保护对其有价值软件的投资公司的不同部门使用不同的平台和实现技术 而它们是可以进行互操作的 Web服务标准 主要标准 SOAP支持服务间通信消息的交换标准WSDL Web服务定义语言 定义了一种接口定义的方式 服务提供者据此定义到这些服务的接口UDDI定义了服务描述的组件 这种组件可用来发现服务是否存在WS BPEL工作流语言标准 定义包括多个不同服务的过程程序 面向服务的软件工程 现有的软件工程方法必须改变 以反映面向服务的软件开发方法服务工程 关注可靠 可复用的服务的开发可复用的软件开发使用服务的软件开发 服务是可靠的软件开发的基本组成部分可复用的软件开发 服务作为可复用的组件 服务可以定义为 松散耦合的 封装了的离散功能的可复用软件组件 它可以是分布的 且可以通过编程来访问 web服务是这样一种服务 使用标准的因特网协议与基于XML的协议进行访问如在CBSE中所定义的 服务和软件组件之间的一个重要的区别就是 服务应该总是独立的服务没有 请求 接口服务依赖于基于用XML表达信息的通信 点菜中的同步交换 表示为XML消息的餐厅订单 Web服务描述语言 服务接口在以WSDL表达的服务描述中定义 WSDL描述定义指定服务所支持的操作 并且定义服务发送和接收的消息的格式把抽象接口映射到一组具体的协议上 指定了如何与一个Web服务通信的技术细节描述在哪里定位一个特定的Web服务实现 即URI UniversalResourceIdentifier 统一资源标识符 WSDL描述的组织 Web服务的部分WSDL声明 Web服务的部分WSDL声明2 服务工程 是开发服务的过程 这种服务在面向服务的应用开发中是可复用的必须确保服务代表可复用的抽象 能用于不同系统的抽象包括可选服务识别服务设计服务实现和部署 服务工程过程 可选服务识别 三种基本的服务类型实用服务这些服务实现某些一般性的功能 可被用于不同的业务过程业务服务这些服务是与特殊业务功能相关的 如学生为一门课程注册登记等协同或过程服务这些服务是用于支持更一般的业务过程的 这些业务过程包含不同的角色和活动 服务分类 服务分类 对于一个面向实体的服务 它是与单个用于不同业务过程的逻辑实体关联的吗 对于一个面向实体的服务 该任务是在机构中由不同的人执行的吗 服务时独立的吗 对于它的操作 服务必须维护状态吗 服务能被外面的客户使用吗 服务的不同用户可能有不同的非功能性需求吗 目录服务 目录服务是支持业务操作的面向实体的服务的一个例子 目录服务的功能性需求 目录的特定版本将提供给每家用户公司 目录应该允许客户公司职员下载目录的一个版本以便脱机浏览 目录应该允许用户比较多达6个目录项的描述和价格 目录应该为用户提供浏览和搜索工具 目录的用户应该能够根据某一特定目录项的代码发现可预期的交付日期 目录的用户应该能够下达 虚拟单 即所需的项可以为他们保留48小时 目录的非功能性需求 有权访问目录服务的应限制为认可机构的职员 提供给某个客户的价格和配置信息应是保密的 从格林威治标准时间0700到格林威治标准时间1100 目录都应可用且不间断 目录服务应该在峰值负载能够每秒处理高达10个请求 目录服务的操作 服务接口设计 服务接口设计包括定义与服务关联的操作以及它们的参数 完成服务请求要发生的消息交换次数应该要最小化 服务状态信息可能也要包含在消息中 服务接口设计的三个阶段 逻辑接口设计从服务需求开始 定义操作名称和与服务关联的参数 同时也要定义当一个服务操作被调用时可能出现的异常 消息设计设计输入输出消息的结构以及在这些消息中所使用的类型 比如在UML中的标志是比XML更抽象的表示方法 WSDL描述将服务接口设计翻译成WSDL 目录接口设计 输入和输出的UML定义 服务实现和部署 服务实现是使用某个标准的编程语言或者工作流语言来编写服务程序 服务一经实现 在部署之前 必须通过测试 这包括检查和划分服务输出 创建反映这些输入组合的输入消息 然后检查消息是否是预期的 服务部署是过程的最后阶段 包括通过写一个UDDI描述 在Web服务器上部署此服务 一个UDDI描述 提供服务的企业的详细信息 服务提供的功能的非正式描述 有关在哪里找与服务关联的WSDL描述的信息 订阅信息 允许用户注册以获取有关对服务更新的信息 遗留系统服务 对服务最重要的使用之一就是提供对嵌入到遗留系统的功能的访问 遗留系统提供扩展性功能 这可以减少系统实现的成本 外部应用可以通过服务接口来访问这个扩展性功能 对遗留系统提供访问的服务 使用服务的软件开发 使用服务的软件开发大致基于这样的思想 组合并配置服务来创建新的复合服务 服务组合的基础通常是一个工作流工作流是一组在时间上有序的活动 一起来建模一个连贯的业务过程 例如 提供一个旅游预约服务 它用来协调航班 汽车租用和旅馆预订代理所提供的服务 完整假期计划工作流 通过组合的服务构造 预订旅馆的工作流 工作流设计与实现 WS BPEL描述是一个标准的XML工作流描述 然而 WS BPEL描述是很长而且是不容易理解的 图形工作流描述 例如BPMN 是一种相当容易理解的图形语言 WS BPEL可以从它们产生出来 在交互机构系统中 BPMN为每个机构创建了一个单独的工作流 不同的工作流通过交换消息完成它们之间的协调 交互工作流 服务测试 服务测试有助于证明一个系统满足它的功能性和非功能性需求 且可检测在开发过程中所导入的缺陷 当服务由外部提供者所提供时 服务实现的源代码是不可得的 因此 基于服务的系统的测试不能使用公认的基于源代码的技术 服务测试的问题 外部服务受控于服务提供者而非服务的用户 面向服务的体系结构的远景目标是服务动态绑定到面向服务的应用 一个服务在测试期间可能执行得很好 因为它没有在很重的负载下运行 服务的支付模型可以使服务测试变得非常昂贵 当某个异常发生而先前做出的承诺不得不撤销的时候 补偿动作被调用 要点 面向服务的软件工程是基于这样的想法 即程序是可以通过组合独立服务来构建的 服务封装了可复用的功能 服务接口是用一种被称为WSDL的基于XML的语言定义的 一个WSDL描述包含对接口类型和操作的定义 由服务所使用的绑定协议以及服务的位置 服务可以被分为 实用服务 业务服务和协同服务 服务工程过程包括为实现找出可选服务 定义服务接口并实现 测试和部署服务 要点 对机构仍然有用的遗留软件系统 可能要定义服务接口 这样遗留系统