全部科目 > 信息系统项目管理师 >
2009年上半年 上午试卷 综合知识
第 37 题
知识点 Web Service技术   角色   体系结构  
章/节 信息系统及其技术和开发方法  
 
 
Web Service 体系结构中包括服务提供者、(37)和服务请求者三种角色
 
  A.  服务认证中心
 
  B.  服务注册中心
 
  C.  服务协作中心
 
  D.  服务支持中心




 
 
相关试题     信息系统及其技术和开发方法 

  第10题    2021年下半年  
CMMI的项目管理类过程域不包含()。

  第27题    2016年下半年  
在面向对象系统中,(27)关系表示一个较大的“整体”类包含一个或多个“部分”类。

  第26题    2014年上半年  
以下关于综合布线及综合布线系统的叙述中,(26)是不正确的。

 
知识点讲解
· Web Service技术
· 角色
· 体系结构
 
        Web Service技术
        1.定义
        Web服务(Web Service)定义松散的、粗粒度的分布计算模式,使用标准的HTTP(S)协议传送XML表示及封装的内容。
        2.Web Service体系结构
        Web Service是面向服务的体系结构,如下图所示。
        
        Web Service体系结构
        Web Service体系结构中共有3种角色:
        .服务提供者:发布自己的服务,并且对使用自身服务的请求进行响应。
        .服务注册中心:注册已经发布的服务提供者,对其进行分类,并提供搜索服务。
        .服务请求者:利用服务注册中心查找所需的服务,然后使用该服务。
        Web Service体系结构中的组件必须具有上述一种或多种角色。在这些角色之间使用了3种操作:
        .发布(Publish)操作:使服务提供者可以向服务注册中心注册自己的功能及访问接口。
        .查找(Find)操作:使服务请求者可以通过服务注册中心查找特定种类的服务。
        .绑定(Bind)操作:使服务请求者能够真正使用服务提供者。
        3.Web Service的核心技术
        Web服务的核心技术包括简单对象访问协议(Simple Object Access Protocol,SOAP),Web服务描述语言(Web Services Description Language,WSDL),统一描述、发现、集成(Universal Description Discovery and Integration,UDDI)以及可扩展标记语言(Extensible Markup Language,XML)。
        .XML:Web服务中信息描述和交换的标准,它使用标记来界定内容,允许用户定义任意复杂度的结构,具有良好的扩展性。它具有自描述性,适合数据交换和共享。它的另一个优点是无关性,独立于具体的平台和厂商,确保了结构化数据的统一。
        .SOAP:一组基于XML的无状态、单向、轻量级的消息传递协议,用于无中心、分布式远程过程的调用。它主要由3部分组成:一个基于XML的消息内容的Envelope式封装机制,一组用于各种数据类型的编码规则和一个提供远程过程调用(RPC)与响应的机制。
        .WSDL:用于描述服务,WSDL把Web服务抽象地用XML描述为一组包含在面向文档或面向过程信息的消息上执行操作的端点的集,而具体的端点必须绑定到具体的网络协议和消息格式上来定义。这种抽象描述为端口重用提供了一种实现机制。
        .UDDI:是一个基于SOAP协议的,为Web服务提供信息注册中心的实现标准,同时也包含一组提供Web服务注册、查找和调用的访问协议。它通过XML将用户提供的Web服务注册在UDDI中心的公共注册表内,供其他用户查询和使用。
        4.Web服务适用情况
        Web服务的主要目标是跨平台的互操作性,适合使用Web服务的情况如下:
        .跨越防火墙。
        .应用程序集成。
        .B2B集成。
        .软件重用。
        不适合使用Web服务的情况如下:
        .单机应用程序:只用本地API即可。
        .局域网上的同构应用程序:直接通过TCP等协议调用会更有效。
 
        角色
        考虑一个有很多出纳的银行。每一个出纳必须对同一组关系具有同种类型的权限。无论何时指定一个新的出纳,他都必须被单独授予所有这些授权。
        一个更好的机制是指明所有出纳应该有的授权,并单独标示出哪些数据库用户是出纳。系统可以用这两条信息来确定每一个有出纳身份的人的权限。当一个人被新雇佣为出纳时,必须给他分配一个用户标识符,并且必须将他标示为一个出纳,而不需要重新单独给予出纳权限。
        角色(role)的概念可用于该机制。在数据库中建立一个角色集,和授予每一个单个用户一样,可将权限授予角色。分配给每个数据库用户一些他(或她)有权扮演的角色(也可能是空的)。
        事实上,在银行的数据库里,角色的例子可以包括system-administrator、branch-manager、teller和auditor。一个不是很合适的方法是建立一个teller用户号,允许每一个出纳用这个出纳用户号来连接数据库。该机制的问题是它无法鉴别出到底哪个出纳执行了事务,从而导致安全隐患。应用角色的好处是需要每个用户用自己的用户号连接数据库。
        任何可以授予一个用户的权限都可以授予一个角色。给用户分配角色就跟给用户授权一样。与其他授权一样,一个用户也可以被授予给他人分配角色的权限。这样,可以授予支行经理(branch-manager)分配出纳角色的权限。
 
        体系结构
        RPR的体系结构如下图所示。RPR采用了双环结构,由内层的环1和外层的环0组成,每个环都是单方向传送。相邻工作站之间的跨距包含传送方向相反的两条链路。RPR支持多达255个工作站,最大环周长为2000km。
        
        RPR体系结构



更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5
京公网安备 11010502032051号 | 营业执照
 Copyright ©2000-2025 All Rights Reserved
软考在线版权所有