软件架构需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。以下活动中，不属于软件架构需求过程范畴的是（） 设计构件。 需求获取。 标识构件。 架构需求评审。
软件架构设计是降低成本、改进质量、按时和按需交付产品的关键活动。以下关于软件架构重要性的叙述中，错误的是（） 架构设计能够满足系统的性能、可维护性等品质。 良好的架构设计能够更好地捕获并了解用户需求。 架构设计能够使得不同的利益相关人（Stakeholders）达成一致的目标。 架构设计能够支持项目计划和项目管理等活动。
软件架构贯穿于软件的整个生命周期，但在不同阶段对软件架构的关注力度并不相同，在（）阶段，对软件架构的关注最多。 需求分析与设计。 设计与实现。 实现与测试。 部署与变更。
在企业应用系统开发中，方法调用（Method Invocation）和消息（Messaging）机制是两种常用的数据处理与交换方式，下面关于这两种机制的描述，不正确的是（） 方法调用一般具有同步特性，而消息机制具有异步的特点。 从可靠性方面考虑，消息机制比方法调用更有优势。 从效率方面考虑，一般情况下消息机制比方法调用更有优势。 消息调用机制可以支持多个数据的发送者和接收者，更加灵活。
设计模式（Design Pattem）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。下面关于设计模式所倡导的基本原则的描述，错误的是（） 模块应对扩展开放，而对修改关闭。 优先使用继承，而不是组合。 要针对接口编程，而不是针对实现编程。 抽象不应该依赖于细节，细节应当依赖于抽象。
在CORBA体系结构中，（）属于客户端接口。
