问题：
[单选题]在基于构件的软件开发中，（1）描述系统设计蓝图以保证系统提供适当的功能；（2）用来了解系统的性能、吞吐率等非功能性属性。空白（2）处应选择（）
A、A.逻辑构件模型
B、物理构件模型
C、组件接口模型
D、系统交互模型
参考答案：
C
相关内容
- ● 阅读以下软件架构设计的问题，在答题纸上回答问题1和问题2。 某软件开发公司欲为某电子商务企业开发一个在线交易平台，支持客户完成网上购物活动中的在线交易。在系统开发之初，企业对该平台提出了如下要求。 （1）在线交易平台必须在1秒内完成客户的交易请求。 （2）该平台必须保证客户个人信息和交易信息的安全。 （3）当发生故障时，该平台的平均故障恢复时间必须小于10秒。 （4）由于企业业务发展较快，需要经常为该平台添加新功能或进行硬件升级。添加新功能或进行硬件升级必须在6小时内完成。 针对这些要求，该软件开发公司决定采用基于架构的软件开发方法，以架构为核心进行在线交易平台的设计与实现。
- ● 阅读以下关于软件架构评估的说明，在答题纸上回答问题1和问题2。 某网上购物电子商务公司拟升级正在使用的在线交易系统，以提高用户网上购物在线支付环节的效率和安全性。在系统的需求分析与架构设计阶段，公司提出的需求和关键质量属性场景如下： 1.正常负载情况下，系统必须在0.5秒内对用户的交易请求进行响应。 2.信用卡支付必须保证99.999%的安全性。 3.对交易请求处理时间的要求将影响系统的数据传输协议和处理过程的设计。 4.网络失效后，系统需要在1.5分钟内发现错误并启用备用系统。 5.需要在20人月内为系统添加一个新的CORBA中间件。 6.交易过程中涉及到的产品介绍视频传输必须保证画面具有600&time;480的分辨率，20帧／秒的速率。 7.更改加密的级别将对安全性和性能产生影响。 8.主站点断电后，需要在3秒内将访问请求重定向到备用站点。 9.假设每秒中用户交易请求的数量是10个，处理请求的时间为30毫秒，则“在1秒内完成用户的交易请求”这一要求是可以实现的。 10.用户信息数据库授权必须保证99.999%可用。 11.目前对系统信用卡支付业务逻辑的描述尚未达成共识，这可能导致部分业务功能模块的重复，影响系统的可修改性。12.更改Web界面接口必须在4人周内完成。 13.系统需要提供远程调试接口，并支持系统的远程调试。 在对系统需求和质量属性场景进行分析的基础上，系统的架构师给出了3个候选的架构设计方案。公司目前正在组织系统开发的相关人员对系统架构进行评估。
- ● 阅读以下关于软件架构评估的说明，在答题纸上回答问题1和问题2。 某网上购物电子商务公司拟升级正在使用的在线交易系统，以提高用户网上购物在线支付环节的效率和安全性。在系统的需求分析与架构设计阶段，公司提出的需求和关键质量属性场景如下： ①正常负载情况下，系统必须在0.5秒内对用户的交易请求进行响应。 ②信用卡支付必须保证99.999%的安全性。 ③对交易请求处理时间的要求将影响系统的数据传输协议和处理过程的设计。 ④网络失效后，系统需要在1.5分钟内发现错误并启用备用系统。 ⑤需要在20人月内为系统添加一个新的CORBA中间件。 ⑥交易过程中涉及到的产品介绍视频传输必须保证画面具有600×480的分辨率，20帧／秒的速率。 ⑦更改加密的级别将对安全性和性能产生影响。 ⑧主站点断电后，需要在3秒内将访问请求重定向到备用站点。 ⑨假设每秒中用户交易请求的数量是10个，处理请求的时间为30毫秒，则“在1秒内完成用户的交易请求”这一要求是可以实现的。 ⑩用户信息数据库授权必须保证99.999%可用。 11.目前对系统信用卡支付业务逻辑的描述尚未达成共识，这可能导致部分业务功能模块的重复，影响系统的可修改性。12.更改Web界面接口必须在4人周内完成。 13.系统需要提供远程调试接口，并支持系统的远程调试。 在对系统需求和质量属性场景进行分析的基础上，系统的架构师给出了3个候选的架构设计方案。公司目前正在组织系统开发的相关人员对系统架构进行评估。
- ● 论文：论信息系统的架构设计架构是信息系统的基石，对于信息系统项目的开发来说，一个清晰的架构是首要的。传统的开发过程可以划分为从概念直到实现的若干个阶段，包括问题定义、需求分析、软件设计、软件实现及软件测试等。架构的建立应位于需求分析之后，软件设计之前。 请围绕“信息系统的架构设计”论题，分别从以下3个方面进行论述： （1）简要叙述你参与分析和设计的信息系统（项目的背景、发起单位、目的、项目周期、交付的产品等），以及你在该项目中的工作。 （2）结合你的项目经历，论述在系统开发中，为什么要重视架构设计。详细讨论你是如何设计系统架构的（3）你的架构设计中还存在哪些问题？如何改进？
- ● 论文：论软件架构的选择与应用 软件架构风格是描述某一特定应用领域中系统组织方式的惯用模式（idiomatic paradigm）。对软件架构风格的研究和实践促进了对设计的重用，一些经过实践证实的解决方案也可以可靠地用于解决新的问题。架构风格的不变部分使不同的系统可以共享同 一个实现代码。只要系统是使用常用的、规范的方法来组织，就可使别的设计者很容易地理解系统的架构。例如，如果某人把系统描述为C/S模式，则不必给出设计细节，我们立刻就会明白系统是如何组织和工作的。请围绕“软件架构的选择与应用”论题，依次对以下3个方面进行论述。 （1）概要叙述你参与设计和开发的软件项目以及你所担任的主要工作。 （2）详细论述你是如何根据项目的实际需要设计软件架构的，特别是如何选择多种不同的架构来实现系统的。 （3）分析你采用的架构所带来的效果，你的设计还存在哪些不足之处。
- ● 编程的目的是为了实现开发者在系统分析与系统设计中所提出的管理方法和处理构想，编程不是系统开发的目的。
- ● （1）的选择是开发一个软件系统时的基本设计决策；（2）是最底层的模式，关注软件系统的设计与实现，描述了如何实现构件及构件之间的关系。引用计数是C++管理动态资源时常用的一种（3）。空白（3）处应选择（）
- ● 基于软件架构的设计（ArchitectureBaedSoftwareDevelopment，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用（1）来描述软件架构，采用（2）来描述需求。空白（1）处应选择（）
- ● 在基于构件的软件开发中，（1）描述系统设计蓝图以保证系统提供适当的功能；（2）用来了解系统的性能、吞吐率等非功能性属性。空白（2）处应选择（）
- ● 与基于C/S架构的信息系统相比，基于B/S架构的信息系统（ ）。
- ● 软件体系结构的描述方法主要有（）、（）、基于软构件的系统描述语言和（）。
- ● 怎么理解“软件概要设计是系统总体结构设计或系统架构设计”？
