软件架构文档是对软件架构的正式描述，能够帮助与系统有关的开发人员更好地理解软件架构。软件架构文档的写作应该遵循一定的原则。以下关于软件架构文档写作原则的叙述中，错误的是（） 架构文档应该从架构设计者的角度进行编写。 应该保持架构文档的即时更新，但更新不要过于频繁。 架构文档中的描述应该尽量避免不必要的重复。 每次架构文档修改，都应该记录修改的原则。
基于架构的软件设计（ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。以下关于ABSD的叙述中，错误的是（） 使用ABSD方法，设计活动可以从项目总体功能框架明确就开始。 ABSD方法是一个自顶向下，递归细化的过程。 ABSD方法有3个基础：功能分解、选择架构风格实现质量和商业需求及软件模板的使用。 使用ABSD方法，设计活动的开始意味着需求抽取和分析活动可以终止。
软件架构需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。以下活动中，不属于软件架构需求过程范畴的是（） 设计构件。 需求获取。 标识构件。 架构需求评审。
在CORBA体系结构中，（）属于客户端接口。 静态IDLSkeletons。 POA。 静态IDL Stubs。 动态Skeletons。
JavaEE是Java领域内企业级应用开发的框架与标准。下面关于采用JavaEE架构的描述，不正确的是（） JavaEE定义了分布式环境中多层应用系统的架构，是多种Java技术的混合体。 具有典型的3层结构：表现层、业务逻辑层和基础设施层。 不同的应用系统对底层支持系统的要求可能不同，因此每次开发时应该针对不同的应用需求对底层系统进行二次开发，提供支持接口。 要严格区分业务逻辑层和表现层，尤其应该注意不要在表现层中混杂业务代码。
软件架构贯穿于软件的整个生命周期，但在不同阶段对软件架构的关注力度并不相同，在（）阶段，对软件架构的关注最多。
