将系统需求模型转换为架构模型是软件系统需求分析阶段的一项重要工作，以下描述中，（41）是在转换过程中需要关注的问题。

       A．如何通过多视图模型描述软件系统的架构

       B．如何确定架构模型中有哪些元素构成

       C．如何采用表格或用例映射保证转换的可追踪性。

       D．如何通过模型转换技术，将高层架构模型逐步细化为细粒度架构模型

       在构件组装过程中需要检测并解决架构失配问题。其中（42）失配主要包括由于系统对构件基础设施、控制模型和数据模型的假设存在冲突引起的失配。（43）失配包括由手系统对构件交互协议、构件连接时数据格式的假设存在冲突引起的失配。

       （42）A．构件

       B．模型

       C．协议

       D．连接子

       （43）A．构件

       B．模型

       C．协议

       D．连接子

       “4+1”视图主要用于描述系统逻辑架构，最早由Philippe Kruchten于1995年提出。其中（44）视图用于描述对象模型，并说明系统应该为用户提供哪些服务。当采用面向对象的设计方法描述对象模型时，通常使用（45）表达类的内部属性和行为，以及类集合之间的交互关系；采用（46）定义对象的内部行为。

       （44）A．逻辑

       B．过程

       C．开发

       D．物理

       （45）A．对象图

       B．活动图

       C．状态图

       D．类图

       （46）A．对象图

       B．活动图

       C．状态图

       D．类图

       特定领域软件架构(Domain Specific Software Architecture,DSSA)是在一个特定应用领域中，为一组应用提供组织结构参考的标准软件体系结构。参加DSSA的人员可以划分为多种角色，其中（47）的任务是控制整个领域分析过程，进行知识获取，将获取的知识组织到领域模型中；（48）的任务是根据领域模型和现有系统开发出DSSA，并对DSSA的准确性和一致性进行验证。

       （47）A．领域专家

       B．领域分析者

       C．领域设计者

       D．领域实现者

       （48）A．领域专家

       B．领域分析者

       C．领域设计者

       D．领域实现者

       某公司欲开发一个用于分布式登录的服务端程序，使用面向连接的TCP协议并发地处理多客户端登录请求。用户要求该服务端程序运行在Linux、Solaris和WindowsNT等多种操作系统平台之上，而不同的操作系统的相关API函数和数据都有所不同。针对这种情况，公司的架构师决定采用“包装器外观(Wrapper Facade)”架构模式解决操作系统的差异问题。具体来说，服务端程序应该在包装器外观的实例上调用需要的方法，然后将请求和请求的参数发送给（49），调用成功后将结果返回。使用该模式（50）。

       （49）A．客户端程序

       B．操作系统API函数

       C．TCP协议API函数

       D．登录连接程序

       （50）A．提高了底层代码访问的一致性，但降低了服务端程序的调用性能

       B．降低了服务端程序功能调用的灵活性，但提高了服务端程序的调用性能

       C．降低了服务端程序的可移植性，但提高了服务端程序的可维护性

       D．提高了系统的可复用性，但降低了系统的可配置性