CMS专题
单选题软件架构是降低成本、改进质量、按时和按需交付产品的关键因素。以下关于软件架构的描述，错误的是（）A 根据用户需求，能够确定一个最佳的软件架构，指导整个软件的开发过程B 软件架构设计需要满足系统的质量属性，如性能、安全性和可修改性等C 软件架构设计需要确定组件之间的依赖关系，支持项目计划和管理活动D 软件架构能够指导设计人员和实现人员的工作
题目
根据用户需求，能够确定一个最佳的软件架构，指导整个软件的开发过程
软件架构设计需要满足系统的质量属性，如性能、安全性和可修改性等
软件架构设计需要确定组件之间的依赖关系，支持项目计划和管理活动
软件架构能够指导设计人员和实现人员的工作
相似问题和答案
第1题：
● 软件架构设计是降低成本、改进质量、按时和按需交付产品的关键活动。以下关于软件架构重要性的叙述中，错误的是 （46） 。
（46）
A. 架构设计能够满足系统的性能、可维护性等品质
B. 良好的架构设计能够更好地捕获并了解用户需求
C. 架构设计能够使得不同的利益相关人（stakeholders）达成一致的目标
D. 架构设计能够支持项目计划和项目管理等活动
试题（46）分析
软件架构设计是降低成本、改进质量、按时和按需交付产品的关键因素。架构设计能够满足系统的性能、可维护性等品质；能够使得不同的利益相关人（stakeholders）达成一致的目标；能够支持项目计划和项目管理等活动；能够有效地管理复杂性；等等。然而系统架构的给出必须建立在需求明确的基础上。
参考答案
（46）B
第2题：
基于场景的架构分析方法（Scenarios-based Architecture Analysis Method，SAAM）是卡耐基梅隆大学软件工程研究所的Kazman等人于1983年提出的一种非功能质量属性的架构分析方法，是最早形成文档并得到广泛应用的软件架构分析方法。SAAM的主要输入是问题描述、（ ）和架构描述文档，其分析过程主要包括场景开发、（ ）、单个场景评估、场景交互和总体评估。
A.问题说明 B.问题建模 C.需求说明 D.需求建模 A.架构需求 B.架构描述 C.架构设计 D.架构实现
第3题：
试题（44）
软件架构是降低成本、改进质量、按时和按需交付产品的关键因素。以下关于软件架构的描述，错误的是 （44） 。
（44）
A. 根据用户需求，能够确定一个最佳的软件架构，指导整个软件的开发过程
B. 软件架构设计需要满足系统的质量属性，如性能、安全性和可修改性等
C. 软件架构设计需要确定组件之间的依赖关系，支持项目计划和管理活动
D. 软件架构能够指导设计人员和实现人员的工作
试题（44）分析
软件架构是降低成本、改进质量、按时和按需交付产品的关键因素，软件架构设计需要满足系统的质量属性，如性能、安全性和可修改性等，软件架构设计需要确定组件之间的依赖关系，支持项目计划和管理活动，软件架构能够指导设计人员和实现人员的工作。一般在设计软件架构之初，会根据用户需求，确定多个候选架构，并从中选择一个较优的架构，并随着软件的开发，对这个架构进行微调，以达到最佳效果。
参考答案
（44）A
第4题：
软件架构是降低成本、改进质量、按时和按需交付产品的关键因素。软件架构设计需满足系统的（ ），如性能、安全性和可修改性等，并能够指导设计人员和实现人员的工作。
A.功能需求 B.性能需求 C.质量属性 D.业务属性
第5题：
以下关于软件需求分析和软件设计的叙述中，不正确的是( )
A.需求分析可以检测和解决需求之间的冲突，并发现系统的边界
B.软件设计是数据软件需求，产生一个软件内部结构的描述，并将其作为软件构造的基础
C.需求分析是为了评价和改进产品质量，识别产品的缺陷和问题而进行的活动
D.软件设计是为了描述出软件架构及相关组件之间的接口
第6题：
● 软件架构文档是对软件架构的正式描述，能够帮助与系统有关的开发人员更好地理解软件架构。软件架构文档的写作应该遵循一定的原则。以下关于软件架构文档写作原则的叙述中，错误的是 （49） 。
（49）
A. 架构文档应该从架构设计者的角度进行编写
B. 应该保持架构文档的即时更新，但更新不要过于频繁
C. 架构文档中的描述应该尽量避免不必要的重复
D. 每次架构文档修改，都应该记录修改的原则
试题（49）分析
软件架构文档是对软件架构的一种描述，帮助程序员使用特定的程序设计语言实现软件架构。软件架构文档的写作应该遵循一定的原则，这些原则包括：文档要从使用者的角度进行编写；必须分发给所有与系统有关的开发人员；应该保持架构文档的即时更新，但更新不要过于频繁；架构文档中描述应该尽量避免不必要的重复：每次架构文档修改都应该记录进行修改的原则。
参考答案
（49）A
第7题：
某公司采用基于架构的软件设计（Architecture-Based Software Design，ABSD）方法进行软件设计与开发。ABSD方法有三个基础，分别是对系统进行功能分解、采用（52）实现质量属性与商业需求、采用软件模板设计软件结构。 ABSD方法主要包括架构需求等6个主要活动，其中（53）活动的目标是标识潜在的风险，及早发现架构设计中的缺陷和错误；（54）活动针对用户的需求变化，修改应用架构，满足新的需求。 小王是该公司的一位新任架构师，在某项目中主要负责架构文档化方面的工作。小王（55）的做法不符合架构文档化的原则。架构文档化的主要输出结果是架构规格说明书和（56）。
A.架构风格
B.设计模式
C.架构策略
D.架构描述
ABSD方法有3个基础。第一个基础是功能的分解。在功能分解中，ABSD方法使用已有的基于模块的内聚和耦合技术。第二个基础是通过选择体系结构风格来实现质量和业务需求。第三个基础是软件模板的使用。软件模板利用了一些软件系统的结构。ABSDM模型把整个基于体系结构的软件过程划分为体系结构需求、设计、文档化、复审、实现、演化等六个子过程。架构需求：需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。架构需求受技术环境和架构设计师的经验影响。需求过程主要是获取用户需求，标识系统中所要用到的构件。如果以前有类似的系统架构的需求，我们可以从需求库中取出，加以利用和修改，以节省需求获取的时间，减少重复劳动，提高开发效率。架构设计：架构需求用来激发和调整设计决策，不同的视图被用来表达与质量目标有关的信息。架构设计是一个迭代过程，如果要开发的系统能够从已有的系统中导出大部分，则可以使用已有系统的设计过程。架构文档化：绝大多数的架构都是抽象的，由一些概念上的构件组成。例如，层的概念在任何程序设计语言中都不存在。因此，要让系统分析师和程序员去实现架构，还必须得把架构进行文档化。文档是在系统演化的每一个阶段，系统设计与开发人员的通讯媒介，是为验证架构设计和提炼或修改这些设计（必要时）所执行预先分析的基础。架构文档化过程的主要输出结果是架构需求规格说明和测试架构需求的质量设计说明书这两个文档。生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约。软件架构的文档要求与软件开发项目中的其他文档是类似的。文档的完整性和质量是软件架构成功的关键因素。文档要从使用者的角度进行编写，必须分发给所有与系统有关的开发人员，且必须保证开发者手上的文档是最新的。架构复审：架构设计、文档化和复审是一个迭代过程。从这个方面来说，在一个主版本的软件架构分析之后，要安排一次由外部人员（用户代表和领域专家）参加的复审。复审的目的是标识潜在的风险，及早发现架构设计中的缺陷和错误，包括架构能否满足需求、质量需求是否在设计中得到体现、层次是否清晰、构件的划分是否合理、文档表达是否明确、构件的设计是否满足功能与性能的要求等等。由外部人员进行复审的目的是保证架构的设计能够公正地进行检验，使组织的管理者能够决定正式实现架构。架构实现：所谓“实现”就是要用实体来显示出一个软件架构，即要符合架构所描述的结构性设计决策，分割成规定的构件，按规定方式互相交互。架构演化：在构件开发过程中，最终用户的需求可能还有变动。在软件开发完毕，正常运行后，由一个单位移植到另一个单位，需求也会发生变化。在这两种情况下，就必须相应地修改软件架构，以适应新的变化了的软件需求。
第8题：
试题（45）
软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程。以下关于软件架构设计活动的描述，错误的是 （45） 。
（45）
A. 在建立软件架构的初期，一般需要选择一个合适的架构风格
B. 将架构分析阶段已标识的构件映射到架构中，并分析这些构件之间的关系
C. 软件架构设计活动将已标识构件集成到软件架构中，设计并实现这些构件
D. 一旦得到了详细的软件架构设计，需要邀请独立于系统开发的外部人员对系统进行评审
试题（45）分析
软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程，在建立软件架构的初期，一般需要选择一个合适的架构风格，并将架构分析阶段已标识的构件映射到架构中，并分析这些构件之间的关系，一旦得到了详细的软件架构设计，需要邀请独立于系统开发的外部人员对系统进行评审。一般来说，软件架构设计活动将已标识构件集成到软件架构中，设计这些构件，但不予以实现。
参考答案
（45） C
第9题：
下列项目中哪些是软件过程改进框架的内容().
A.软件过程改进架构
B.软件过程改进规划图
C.软件过程评估方法
D.软件过程改进环境
E.软件过程改进计划
第10题：
论软件系统架构评估 对于软件系统，尤其是大规模的复杂软件系统来说，软件的系统架构对于确保最终系统的质量具有十分重要的意义，不恰当的系统架构将给项目开发带来高昂的代价和难以避免的灾难。对一个系统架构进行评估，是为了：分析现有架构存在的潜在风险，检验设计中提出的质量需求，在系统被构建之前分析现有系统架构对于系统质量的影响，提出系统架构的改进方案。架构评估是软件开发过程中的重要环节。
请围绕“论软件系统架构评估”论题，依次从以下三个方面进行论述。 1．概要叙述你所参与架构评估的软件系统，以及在评估过程中所担任的主要工作。 2．分析软件系统架构评估中所普遍关注的质量属性有哪些？详细阐述每种质量属性的具体含义。 3．详细说明你所参与的软件系统架构评估中，采用了哪种评估方法，具体实施过程和效果如何。
一、首先用400-600字的篇幅简要叙述作者参与开发的软件系统的概要和所担任的工作。
二、架构所关注的质量属性主要包括：性能、可用性、可修改性、安全性。
1、性能
性能（performance）是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理的事件的个数。
2、可用性
可用性（availability）是系统能够正常运行的时间比例。经常用两次故障之间的时间长度或在出现故障时系统能够恢复正常的速度来表示。
3、安全性
安全性（security）是指系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。安全性又可划分为机密性、完整性、不可否认性及可控性等特性。
4、可修改性
可修改性（modifiability）是指能够快速地以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为基准，通过考察这些变更的代价衡量可修改性。
三、架构评估方法主要从SAAM与ATAM中选择。
1、SAAM评估方法
SAAM的分析和评估目的、评估参与者、评估活动或过程以及评估结果说明如下。
（1）评估目的
SAAM (Scenario-based Architecture Analysis Method)目的是验证基本的体系结构假设和原则，评估体系结构固有的风险。SAAM 指导对体系结构的检查，使其主要关注潜在的问题点，如需求冲突。SAAM不仅能够评估体系结构对于特定系统需求的使用能力，也能被用来比较不同的体系结构。
（2）评估参与者
风险承担者、记录人员、软件体系结构设计师
（3）评估活动或过程
SAAM分析评估体系结构的过程包括六个步骤，即形成场景、描述体系结构、场景的分类和优先级确定、间接场景的单个评估、场景相互作用的评估、总体评估。
（4）评估结果
SAAM评估的主要有形输出包括：
1）把代表了未来可能做的更改的场景与构架对应起来，显现出构架中未来可能会表现出较高复杂性的地方，并对每个这样的更改的预期工作量做出评估。
2）理解系统的功能，对多个构架所支持的功能和数量进行比较。
如果所评估的是一个框架，SAAM评估将指明框架中未能满足其修改性需求的地方，有时还会指出一种效果更好的设计。SAAM评估也能对两个或者三个备选构架进行比较，明确其中那一个能够较好地满足质量属性需求，而且做的更改较少、不会在未来导致太多的复杂的问题。
2、ATAM评估方法
ATAM的分析和评估目的、评估参与者、评估活动或过程以及评估结果说明如下。
（1）评估目的
ATAM（Architecture Tradeoff Analysis Method ），即构架权衡分析方法的评估目的是依据系统质量属性和商业需求评估设计决策的结果。ATAM希望揭示出构架满足特定质量目标的情况，使我们更清楚地认识到质量目标之间的联系，即如何权衡多个质量目标。
（2）评估参与者
1）评估小组。该小组是所评估构架项目外部的小组，通常由3~5人组成。该小组的每个成员都要扮演大量的特定角色。他们可能是开发组织内部的，也可能是外部的。
2）项目决策者，对开发项目具有发言权，并有权要求进行某些改变，他们包括项目管理人员，重要的客户代表，构架设计师等。
3）构架涉众（stakeholders）。包括关键模块开发人员、测试人员、用户等。
（3）评估活动或过程
整个ATAM评估过程包括九个步骤，按其编号顺序分别是描述ATAM方法、描述商业动机、描述体系结构、确定体系结构方法、生成质量属性效用树、分析体系结构方法、讨论和分级场景、描述评估结果。