[单选,共用题干题]

基于场景的架构分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）是卡耐基梅隆大学软件工程研究所的Kazman等人于1983年提出的一种非功能质量属性的架构分析方法，是最早形成文档并得到广泛应用的软件架构分析方法。SAAM的主要输入是问题描述、（1）和架构描述文档，其分析过程主要包括场景开发、（2）、单个场景评估、场景交互和总体评估。

空白（1）处应选择（）

如图8-40（a）所示的UML类图描绘的是设计模式中的（1）模式。如图8-40（b）所示的UML类图描述了该模式的一种应用，其中与图8-40（a）中的"Creator"对应的类是（2）。空白（1）处应选择（） A.Command。 Factory Method。 Composite。 Class Adapter。 回调（Call Back）函数是面向过程的程序设计语言中常用的一种机制，而设计模式中的（1）模式就是回调机制的一个面向对象的替代品。该模式的意图是（2）。空白（2）处应选择（） A.使原本由于接口不兼容而不能一起工作的那些类可以一起工作。 将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化，将请求排队或记录请求日志，支持可撤销的操作。 定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。 使算法可独立于使用它的客户而变化。 回调（Call Back）函数是面向过程的程序设计语言中常用的一种机制，而设计模式中的（1）模式就是回调机制的一个面向对象的替代品。该模式的意图是（2）。空白（1）处应选择（） A.Strategy（策略）。 Adapter（适配器）。 Command（命令）。 Observer（观察者）。 采用以架构为核心的软件开发方法，在建立软件架构的初期，首要任务是选择一个合适的（1），在此基础上，开发人员通过架构模型，可以获得关于（2）的理解，为将来的架构实现与演化过程建立了目标。空白（1）处应选择（） A.分析模式。 设计模式。 架构风格。 架构标准。 识别风险点、非风险点、敏感点和权衡点是软件架构评估过程中的关键步骤。针对某系统所作的架构设计中，“系统需要支持的最大并发用户数量直接影响传输协议和数据格式”描述了系统架构设计中的一个（1）：“由于系统的业务逻辑目前尚不清楚，因此现有系统三层架构中的第2层可能会出现功能重复，这会影响系统的可修改性”描述了系统架构设计中的一个（2）。空白（2）处应选择（） A.敏感点。 风险点。 非风险点。 权衡点。

基于场景的架构分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）是卡耐基梅隆大学软件工程研究所的Kazman等人于1983年提出的一种非功能质量属性的架构分析方法，是最早形成文档并得到广泛应用的软件架构分析方法。SAAM的主要输入是问题描述、（1）和架构描述文档，其分析过程主要包括场景开发、（2）、单个场景评估、场景交互和总体评估。

空白（1）处应选择（）