XML技术与Web services 26 web service案例分析.pptVIP

XML技术与Web services 26 web service案例分析.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
XML技术与Web services 26 web service案例分析

Web Service Case Study: 软件反馈跟踪平台 应用背景 一个软件企业通过Web服务获取用户反馈。 用户反馈包括用户对产品的意见,软件产品的BUG自动报告,以及一些性能参数的采集 角色及其对应的行为 : 软件公司:生产软件、提供软件产品的企业。需要即时地对自己的软件产品进行升级,或者开发新的软件产品,因此它需要即时地获取有关其软件产品的各种反馈信息。 客户:使用、消费软件产品的商业实体或个人。需要提供必要的和充分的软件使用反馈,包括由客户的技术人员以描述方式提供,或通过软件产品的某种日志接口导出文件提供给软件公司。 实现系统中概要层次上的对象 反馈信息分类目录 由软件公司维护,所有的反馈信息都位于反馈信息分类目录的不同结点下分类组织。 反馈信息 由客户或运行中的软件产品产生,经过反馈信息分类目录归类组织,由软件公司使用。 用户,用户分两类 一类是客户用户 一类是软件公司用户 系统结构概述 Catalog Service Catalog Service应当具备如下功能: 类别(Category)管理,包括增加、删除、修改一个Category等;其中Category用于表示软件产品的分类,软件产品以叶子类别结点的形式出现 反馈数据管理,包括增加、删除、修改、移动一个反馈数据(从一个Category下移动到另一个Category下)等 数据交换,包括单个类别下所有反馈数据的导入导出(Import/Export),单个反馈数据的导入导出,整个类别树的导入导出等 数据备份,整个目录下所有反馈数据的备份/恢复等 Authentication Service 用户登录/注销,完成用户登录服务和从服务注销的功能,这个功能是由用户使用的(包括管理员用户和一般用户)。 权限审核,用户权限审核,为除Authentication Service之外的服务提供权限审核功能。 系统间的交互 在Internet上需要传输的数据也就是两类:目录和反馈数据。 目录由多个目录结点组成,目录包含一个根结点,每个目录结点(除根结点以外)有一个父目录结点,一个目录结点可以包含多个子结点。一般而言目录的叶子结点是某个软件产品,而中间结点则是表示软件产品的分类。 反馈数据总是从属于一个目录结点,一般来说主要的反馈数据,包括BUG报告,性能数据以及描述性反馈都是属于叶子结点,也就是软件产品的,不过在非叶子结点下也会包含一些描述性反馈数据。 服务集成的支持 在系统之间交互数据是交互的第一层次:数据交换,然而对于Web服务而言,光有数据交换是不够的,应当提供更高层次:服务集成的支持。 因此,交互的内容不光包括互相交互的数据,同时应当包含对数据的操作(比如数据请求,数据添加,数据更新等等)。这些往往会对应于服务端的一个处理模块。 无论是对数据的操作,还是数据本身,为了在系统与系统之间进行交互,尤其是异构平台之间,需要将所有的操作(服务调用)和操作的数据(服务调用的参数和返回值)进行规范化的描述,形成规范文档后发布以供所有需要参与互操作的系统共同遵守。 交互界面设计 为开发的Web服务制订调用规范 Programmers API:这是类似传统含义的API定义,不过承载的介质是SOAP Message,也就是说Programmers API是一组SOAP API,不同的API用于完成不同的服务调用,在这部分中需要定义不同的SOAP API的行为和实现的调用/响应的功能描述; Data Structure:这部分定义了在SOAP消息中传输的参数/数据和响应数据的XML Schema,这部分为每个API补充的消息格式,同时为最终的API处理提供了数据层解析/包装的规范。 Data Structure设计 Category的具体描述格式: category categoryKey=… parentCategoryKey=… name……/name description……/description /category category categoryKey=… parentCategoryKey=… * Data Structure设计 反馈数据的数据结构: feedback feedbackKey=… parentCategoryKey=… type=… name……/name description……/description dataBag field name=[fieldname]……/field * /dataBag /feedback Catalog Service API设计 save_category: 保存category。 delete_category: 删除。

文档评论(0)

153****9595 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档