软件水平考试
在基于体系结构的软件设计方法中，采用（5）来描述质量需求。A.. 连接件 B. 用例 C. 质量场景 D. 视角
题目
B. 用例
C. 质量场景
D. 视角
参考答案和解析
相似问题和答案
第1题：
A、软件设计一般分为概要设计和详细设计，它们之间的关系是全局与局部的关系
B、结构化设计方法在软件开发中，用于概要设计
C、描述软件的总的体系结构，称为“软件概要设计”
D、通常采用自底而上的结构化分析方法，进行软件概要设计
第2题：
基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用 （46） 来描述软件架构，采用 （47） 来描述需求。
（46）
A. 类图和序列图
B. 视角与视图
C. 构件和类图
D. 构件与功能
（47）
A. 用例与类图
B. 用例与视角
C. 用例与质量场景
D. 视角与质量场景
根据基于软件架构的设计的定义，基于软件架构的设计（ArchitectureBasedSoftwareDevelopment，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。
第3题：
试题（46）、（47）
基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用 （46） 来描述软件架构，采用 （47） 来描述需求。
（46）
A. 类图和序列图
B. 视角与视图
C. 构件和类图
D. 构件与功能
（47）
A. 用例与类图
B. 用例与视角
C. 用例与质量场景
D. 视角与质量场景
试题（46）、（47）分析
根据基于软件架构的设计的定义，基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。
参考答案
（46） B （47） C
第4题：
B. 视角
C. 用例
D. 质量场景
第5题：
以下关于软件需求分析和软件设计的叙述中，不正确的是( )
A.需求分析可以检测和解决需求之间的冲突，并发现系统的边界
B.软件设计是数据软件需求，产生一个软件内部结构的描述，并将其作为软件构造的基础
C.需求分析是为了评价和改进产品质量，识别产品的缺陷和问题而进行的活动
D.软件设计是为了描述出软件架构及相关组件之间的接口
第6题：
从图2-4中水平对应关系看，左边是软件设计过程，右边是软件测试过程。在软件设计过程中，SQA应按(5)进行检查活动。在软件测试过程中，系统测试是基于(6)的测试。
(5) 质量保证计划 (6) 需求(或软件需求，或软件需求规格说明) 解析：从图2-4中水平对应关系看，左边是软件设计过程，右边是软件测试过程。在设计和分析过程中，SQA (Supplier Quality Assurance)的主要职责是进行质量保证活动，但SQA进行质量保证活动的依据为项目策划阶段制定的质量保证计划。因此(5)空缺处应填写“质量保证计划”。
从图2-4可以看出，系统测试阶段的测试依据为软件需求规格说明，软件需求规格说明主要描述软件的功能需求、性能需求和接口需求等，它描述的每一条功能，在程序中不一定有一段相应的代码对应，而可能由多个程序单元的部分代码实现，故不能进行基于代码的测试，而应进行基于需求的测试。所以(6)空缺处应填写“需求(或软件需求，或软件需求规格说明)”。
第7题：
某公司采用基于架构的软件设计（Architecture-Based Software Design，ABSD）方法进行软件设计与开发。ABSD方法有三个基础，分别是对系统进行功能分解、采用（52）实现质量属性与商业需求、采用软件模板设计软件结构。 ABSD方法主要包括架构需求等6个主要活动，其中（53）活动的目标是标识潜在的风险，及早发现架构设计中的缺陷和错误；（54）活动针对用户的需求变化，修改应用架构，满足新的需求。 小王是该公司的一位新任架构师，在某项目中主要负责架构文档化方面的工作。小王（55）的做法不符合架构文档化的原则。架构文档化的主要输出结果是架构规格说明书和（56）。
A.架构风格
B.设计模式
C.架构策略
D.架构描述
ABSD方法有3个基础。第一个基础是功能的分解。在功能分解中，ABSD方法使用已有的基于模块的内聚和耦合技术。第二个基础是通过选择体系结构风格来实现质量和业务需求。第三个基础是软件模板的使用。软件模板利用了一些软件系统的结构。ABSDM模型把整个基于体系结构的软件过程划分为体系结构需求、设计、文档化、复审、实现、演化等六个子过程。架构需求：需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。架构需求受技术环境和架构设计师的经验影响。需求过程主要是获取用户需求，标识系统中所要用到的构件。如果以前有类似的系统架构的需求，我们可以从需求库中取出，加以利用和修改，以节省需求获取的时间，减少重复劳动，提高开发效率。架构设计：架构需求用来激发和调整设计决策，不同的视图被用来表达与质量目标有关的信息。架构设计是一个迭代过程，如果要开发的系统能够从已有的系统中导出大部分，则可以使用已有系统的设计过程。架构文档化：绝大多数的架构都是抽象的，由一些概念上的构件组成。例如，层的概念在任何程序设计语言中都不存在。因此，要让系统分析师和程序员去实现架构，还必须得把架构进行文档化。文档是在系统演化的每一个阶段，系统设计与开发人员的通讯媒介，是为验证架构设计和提炼或修改这些设计（必要时）所执行预先分析的基础。架构文档化过程的主要输出结果是架构需求规格说明和测试架构需求的质量设计说明书这两个文档。生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约。软件架构的文档要求与软件开发项目中的其他文档是类似的。文档的完整性和质量是软件架构成功的关键因素。文档要从使用者的角度进行编写，必须分发给所有与系统有关的开发人员，且必须保证开发者手上的文档是最新的。架构复审：架构设计、文档化和复审是一个迭代过程。从这个方面来说，在一个主版本的软件架构分析之后，要安排一次由外部人员（用户代表和领域专家）参加的复审。复审的目的是标识潜在的风险，及早发现架构设计中的缺陷和错误，包括架构能否满足需求、质量需求是否在设计中得到体现、层次是否清晰、构件的划分是否合理、文档表达是否明确、构件的设计是否满足功能与性能的要求等等。由外部人员进行复审的目的是保证架构的设计能够公正地进行检验，使组织的管理者能够决定正式实现架构。架构实现：所谓“实现”就是要用实体来显示出一个软件架构，即要符合架构所描述的结构性设计决策，分割成规定的构件，按规定方式互相交互。架构演化：在构件开发过程中，最终用户的需求可能还有变动。在软件开发完毕，正常运行后，由一个单位移植到另一个单位，需求也会发生变化。在这两种情况下，就必须相应地修改软件架构，以适应新的变化了的软件需求。
第8题：
● 基于架构的软件设计（ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。ABSD方法有三个基础：功能分解、 （49） 和软件模板的使用。
（49）
A. 对需求进行优先级排列
B. 根据需求自行设计系统的总体架构
C. 选择架构风格实现质量及商业需求
D. 开发系统原型用于测试
第9题：
B.软件设计是根据软件需求，产生一个软件内部结构的描述，并将其作为软件构造的基础
C.需求分析是为了评价和改进产品质量，识别产品缺陷和问题而进行的活动
D.软件设计是为了描述软件架构及相关组件之间的接口
第10题：
B. 质量属性说明书、体系结构描述
C. 体系结构规格说明、软件功能需求说明
D. 多视图体系结构模型、体系结构验证说明