在分层体系结构中，（ ）实现与实体对象相关的业务逻辑。在基于Java EE技术开发的软件系统中，常用（请作答此空）技术来实现该层。A.HTML B.JSP C.Servlet D.EJB

对象与对象之间是通过消息进行通信的。

ARP和RARP定义地址解析协议（Address Resolution Protocol，ARP）是将32位的IP地址解析成48位的以太网地址；而反向地址解析（Reverse Address Resolution Protocol，RARP）则是将48位的以太网地址解析成32位的IP地址。ARP报文封装在以太网帧中进行发送。DNS域名解析，是一种用于解析域名对应IP地址的服务，属于应用层。

这是一道基本原理题，考查了分层网络体系结构的工作机制。根据分层网络体系结构的思想，每一层中由一些实体（包括软件元素和硬件元素）组成，它的基本想法是每一层都在它的下层提供的服务基础上提供更高级的增值服务，而每一层是通过服务访问点（SAP）来向上一层提供服务的。在OSI分层结构中，其目标是保持层次之间的独立性，也就是第（N）层实体只能够使用（N-1）层实体通过SAP提供的服务；也只能够向（N+1）层提供服务；实体间不能够跨层使用，也不能够同层调用。

本题考核RUP。

验收测试目的就是确保软件准备就绪，并且可以让最终用户能执行该软件的实现既定功能和任务。该测试以用户为主进行。测试的依据是软件需求规格说明。

此题考查结构化设计基本概念，题目内容源于教程。结构化设计（Structured Design, SD）是一种面向数据流的方法，它以SRS和SA阶段所产生的数据流图和数据字典等文档为基础，是一个自顶向下、逐步求精和模块化的过程。SD方法的基本思想是将软件设计成由相对独立且具有单一功能的模块组成的结构，分为概要设计和详细设计两个阶段，其中概要设计的主要任务是确定软件系统的结构，对系统进行模块划分，确定每个模块的功能、接口和模块之间的调用关系；详细设计的主要任务是为每个模块设计实现的细节。

根据基于软件架构的设计的定义，基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。进一步来说，用例描述的是功能需求，质量属性场景描述的是质量需求（或侧重于非功能需求）。

根据基于软件架构的设计的定义，基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。进一步来说，用例描述的是功能需求，质量属性场景描述的是质量需求（或侧重于非功能需求）。

ARP是将IP地址转MAC地址，RARP是将MAC地址转IP地址。其中DNS是属于应用层的协议。

xDSL和PSTN都是基于电话网络。ADSL技术在PSTN网络中通过频分复用技术（FDM）实现多个子信道，一部分用于上传，一部分用于下载。

ARP和RARP定义地址解析协议（Address Resolution Protocol，ARP）是将32位的IP地址解析成48位的以太网地址；而反向地址解析（Reverse Address Resolution Protocol，RARP）则是将48位的以太网地址解析成32位的IP地址。ARP报文封装在以太网帧中进行发送。DNS域名解析，是一种用于解析域名对应IP地址的服务，属于应用层。

本题考核RUP模型。

这是一道基本原理题，考查了分层网络体系结构的工作机制。根据分层网络体系结构的思想，每一层中由一些实体（包括软件元素和硬件元素）组成，它的基本想法是每一层都在它的下层提供的服务基础上提供更高级的增值服务，而每一层是通过服务访问点（SAP）来向上一层提供服务的。在OSI分层结构中，其目标是保持层次之间的独立性，也就是第（N）层实体只能够使用（N-1）层实体通过SAP提供的服务；也只能够向（N+1）层提供服务；实体间不能够跨层使用，也不能够同层调用。

本题考查软件设计的基础知识。
在分层体系结构中，表示层是应用系统的用户界面部分，负责用户与应用程序的交互；控制层接收用户请求，选择适当的逻辑层构件处理并接收处理结果，选择适当的界面展示给用户；模型层访问数据层的数据对象，并根据要求进行查询或更新数据，实现业务逻辑功能，Java EE体系结构中，常用EJB技术实现；数据层负责数据的存储。

建立连接进行可靠通信的是传输层的功能，并且在传输层完成。

OO的应用构建在类和对象之上，随后发展起来的建模技术将相关对象按照业务功能进行分组，就形成了构件（Component）的概念。对于跨构件的功能调用，则采用接口的形式暴露出来。进一步将接口的定义与实现进行解耦，则催生了服务和面向服务（Service-Oriented，SO）的开发方法。由此可见，面向对象、基于构件、面向服务是三个递进的抽象层次。SO方法有三个主要的抽象级别，分别是操作、服务和业务流程。位于最低层的操作代表单个逻辑单元的事物，执行操作通常会导致读、写或修改一个或多个持久性数据。服务的操作类似于对象的方法，它们都有特定的结构化接口，并且返回结构化的响应；位于第二层的服务代表操作的逻辑分组；最高层的业务流程则是为了实现特定业务目标而执行的一组长期运行的动作或活动，包括依据一组业务规则按照有序序列执行的一系列操作。其中操作的排序、选择和执行成为服务或流程的编排，典型的情况是调用已编排的服务来响应业务事件。

POA是对象实现与ORB其它组件之间的中介，它将客户请求传送到伺服对象，按需创建子POA，提供管理伺服对象的策略。CORBA对象可看作是一个具有对象标识、对象接口及对象实现的抽象实体。之所以称为抽象的，是因为并没有硬性规定CORBA对象的实现机制。由于独立于程序设计语言和特定ORB产品，一个CORBA对象的引用又称可互操作的对象引用（Interoperable Object Reference）。从客户程序的角度看，IOR中包含了对象的标识、接口类型及其他信息以查找对象实现。伺服对象（servant）是指具体程序设计语言的对象或实体，通常存在于一个服务程序进程之中。客户程序通过对象引用发出的请求经过ORB担当中介角色，转换为对特定的伺服对象的调用。在一个CORBA对象的生命期中，它可能与多个伺服对象相关联，因而对该对象的请求可能被发送到不同的伺服对象。象标识（Object ID）是一个用于在POA中标识一个CORBA对象的字符串。它既可由程序员指派，也可由对象适配器自动分配，这两种方式都要求对象标识在创建它的对象适配器中必须具有唯一性。

根据基于软件架构的设计的定义，基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。进一步来说，用例描述的是功能需求，质量属性场景描述的是质量需求（或侧重于非功能需求）。