SOA实施方法论及流程介绍..pptVIP

2011年1月 By BOB 每个阶段的介绍内容 主要工作： 由业务系统发起，SOA负责组织，相关业务系统和局方业务部门、信息化部门参与的，对业务系统已经识别的、未识别的需求，进行调研、讨论、分析的过程 该阶段的主要工作是对业务系统在与其他系统进行信息交互过程中存在的各种接口进行收集、分析、讨论，以确认需求为目的 界面分工： 工作方式： 方式1、在业务系统讨论接口需求之时，SOA参与讨论，及时的参与业务的讨论，能够有效的分析、了解需求的真正目的，也能够提前进行服务识别，还能够有效 方式2（当前采用）、在接口系统接口需求讨论完毕之后，根据业务系统整理之后的接口需求，进行分析 方式1无疑能够有效的将需求提前，但是方式1面临两个困难：在业务系统的需求讨论阶段，业务系统没有组织SOA讨论的主动性。局方的推动性有限，需要项目组通过其他途径想法推动 主要流程： 基线（准入准出）： 准入：需求说明书提交 准出：需求分析书评审通过且各方签字确认 打基线标志：SOA的需求分析书得到客户和消费系统签字确认 产出物： 注意事项： 对《实施上线详细计划》的任何修改都要求有书面材料，无论该计划的修改是SOA、业务系统还是局方，且需要有书面材料（签字）。SOA负责将计划变更通知给其他相关方。 对已经评审通过的需求，若有变化，则走变更流程，相应流程参考后面 主要工作： SOA依据前期完成的需求分析书，进行需求的服务识别工作，将用户需求识别为SOA的服务。 识别出服务之后，按照服务规范编写模板，进行服务规范的编写。 服务规范编写完毕之后，SOA负责组织各相关方，对服务规范进行确认。 SOA的服务规范是非常重要的一项产出物，在SOA项目里面，它就是软件需求。 界面分工： 工作方式： 服务规范的确认必须有纸质的签字作为依据 基线（准入准出）： 准入：需求说明书各方确认通过 准出：服务规范各方会签确认通过 打基线标志：SOA的服务规范得到客户和消费系统签字确认 产出物： 注意事项： 无 主要工作： 以前期完成的服务规范为依据，进行服务的具体实现工作。主要包括的工作内容有：架构设计、概要设计、详细设计、编码、SOA服务封装、打包部署等工作 界面分工： 界面分工 ERP、MDM提供的服务：ERP负责服务的具体实现，包括业务逻辑校验和数据校验等；SOA负责服务的SOA封装，包括非空校验等 其他系统提供的服务：业务系统负责WebService服务的设计开发，包含数据校验、非空校验、业务逻辑校验等；SOA负责对服务进行二次封装 服务消费方：负责服务客户端的开发 基线（准入准出）： 准入： 架构设计：服务规范确认书会签完毕 概要设计：架构设计评审通过（不需要架构设计的同上） 详细设计：概要设计评审通过 编码：详细设计评审通过，SOA的编码还需要服务提供方单元测试报告 集成部署：服务提供方提供单元测试报告、部署程序包、服务版本对照关系表及部署验证脚本 准出： 架构设计、概要设计、详细设计：同行评审通过 编码：提供单元测试报告及服务版本信息 集成部署：部署完毕，提供部署验证报告 打基线标志：服务集成部署完毕，提供部署验证报告 产出物： 注意事项： 其他服务提供方和服务消费方的开发，都是在SOA平台根据服务规范，给出WSDL文件之后，再进行对应的开发 主要工作： 以前期完成的服务规范为依据，在服务提供方完成服务的开发工作，提交SOA集成部署成功之后，由SOA项目组组织和负责，对服务提供方提供的服务进行详细的测试工作 联合测试的测试场景以服务规范描述的场景为基础，强调场景的全面性和多样性，要求尽可能的覆盖业务场景，且要尽可能的覆盖异常的场景 界面分工： 界面分工 SOA：负责组织和执行测试工作，包含了测试准备工作、测试执行工作、测试跟进工作以及测试总结工作灯 服务提供方：配合进行测试工作。包含了测试准备工作的配合，测试中问题的解决等 服务消费方：无 联通信息化：协调工作 基线（准入准出）： 准入： 服务部署验证报告提交完毕，单元测试报告提交完毕 准出： 联合测试报告评审通过、会签完毕 打基线标志：联合测试报告评审通过、会签完毕 产出物： 注意事项： 无 主要工作： 在联合测试通过的基础上，组织服务提供方、服务消费方一起，对SOA服务进行两两系统之间的基于服务的测试 联调测试重点是测试服务是否满足服务规范定义的要求，包含基本的字段以及高等级的业务规则等等 联调测试是SOA服务测试最重要的一环，联调测试通过的服务，在SOA平台项目组组来说，既是可以上线的服务 主要工作： 联调测试和联合测试的共性和区别 相同点： A、都是基于服务的测试，参考标准都是服务规范 B、都是SOA平台组织，SOA平台需要对测试结果负责 C、都是问题的高发