软件工程课后习题参考答案

软件工程课后习题参考答案内容摘要：

需求，建立系统体系结构基线的第一个版本，主要包括用况模型和分析 模型，减少次要的错误风险，到该阶段未，就能够估算成本、进步，并能详细地规划构造阶段 ； 构造阶段 :通过演化，形成最终的系统体系结构基线，开发完整的系统，确保产品可以开始向客户交付，即具有初始操作能力 ； 移交阶段 :确保有一个实在的产品发布给用户群。 期间培训用户如何使用该软件。 与 UML 之间关系 答 :RUP 与 UML 是一对“姐妹”，它们构成了一种特定的软件开发方法学。 其中， UML 作为一种可视化建模语言，给出了表达事物和事物之间关系的基本术语，给出了多种模型的表达工具。 而 RUP 利用这些术语定义了需求获取层、系 统分析层、设计层、实现层，并给出了实现各层模型之间映射的基本活动以及相关指导。 56 什么是特征（ Teature） ?举例如何描述它。 答 :从客户、用户、计划者、开发者想法和意愿中搜取特征，形成特征表。 特征是一个新的项及其简要描述 “按不同科目计算平均成绩” 计算平均成绩 :按所学的不同科目计算每一个学生的期末考试平均成绩，给出分数段并描述其状态（如提议、批准、合并和验证等）、实施的代价及风险、重要程度以及对其他特征的影响等 ， 特征可作为需求，并被转换为其它制品。 答 :使用 UML 中 的 用况、参与者以及依赖等 术语来抽象客观实际问题，形成系统的需求获取模型 ，以及各活动的输入和输出 答 :发现描述参与者和用况，输入 :业务模型或领域模型，补充需求，特征表。 输出 :用况模型 [概述 ]，术语表赋予用况优先级 :输入 :用况模型 [概述 ]，补充需求，术语表。 输出 :体系结构描述 [用况模型视角 ]； 精华用况 :输入 :用况模型 [概述 ]，补充需求，术语表。 输出 :用况 [精化 ]构造人机接口原型 :输入 :用况 [精华 ]，用况模型[概述 ]，补充需求，术语表。 输出 :人机接口原理 ； 用况模型结 构化 :输入 :用况 [精华 ]，用况模型 [概述 ]，补充需求，术语表。 输出 :用况模型 [精化 ]。 举例说明 答 :参与者 :发现参与者与描述参与者 :1)之前已经存在业务用况模型，可依据业务模型直接发现一些候选参与者， 2)没有业务用况模型，即使存在领域模型，也需要系统分析人员与客户一起来标识系统参与者。 用况是系统向它的参与者提供结果（值）的功能块，表达参与者使用系统的方式，因此一个用况可用于规约系统可执行的、与参与者进行交互的一个动作序列，包括其中一些可选动作序列，并且用况还有自己 的属性。 答 :在系统用况模型的基础上，创建系统分析模型以及在该分析模型视角下的体系结构描述，系统分析模型是系统的一种概念模型，解决系统用况模型中存在的二义性和不一致性问题，并以一种系统化的形式准确地表达用户的需求。 答 :RUP 的分析如同结构化分析，其目标之一是在一个特定的抽象层上建立系统分析模型。 为此， RUP 首先给出了3 个术语 :分析包、分析类和用况细化，用于表达需求中“大粒度”的概念，开发人员使用这些术语可以规约系统分析中所要使用的信息。 分析类 :是类的一 种衍型，很少有操作和特征标记，而用责任来定义其行为，并且其属性和关系也是概念性的，包括 :边界类、实体类、控制类。 用况细化 :是一个针对一个用况，其行为可用多个分析类之间的相互作用来细化，并记为用况细化 [分析 ] 分析包 :分析包是一种控制信息组织复杂性的机制，提供了分析制品的一种组织手段，形成了一些可管理的部分。 ，以及各活动的输入和输出 . 答 :体系结构分析 :输入 :用况模型、补充需求、业务模型或领域模型、体系结构描述 [用况模型 ]。 输出 :分析包 [概述 ]、分析类 [概述 ]、体 系结构描述 [分析 ]； 细化用况 :输入 :用况模型、补充需求、业务模型或领域模型、体系结构描述 [分析 ]。 输出 :用况细化 [分析 ]、分析类 [概述 ]对类分析 :输入 :用况细化 [分析 ]、分析类 [概述 ] 输出 :分析类 [完成 ]； 对包进行分析 :输入 :系统体系结构描述 [分析 ]、分析包 [概述 ]输出 :分析类 [完成 ]。 64 需求分析模型对以后开发工作的影响 答 :对设计中子系统的影响。 分析包一般将影响设计子系统的结构对设计类的影响。 分析包可以作为类设计时的规格说明。 对用况细化 [设计 ]的影响。 用况细分 [分析 ]对用况细化 [设计 ]有两方面影响， 一个是它们有乃至于为用况创建更精确的规格说明，另一个是当对用况进行设计时，用况细化 [分析 ]可作为其输入。 答 :语言描述不同 :客户语言与开发语言视图 :系统外与系统内 结构 :使用用况予以结构化，给出外部视角系统结构与使用衍型类结构化，给了部视角系统结构作用 :标注“系统应该做什么，不应该做什么”与可以做出开发者理解系统如何勾画、如何设计和如何实现基础问题 :可能存在冗余、不一致和冲突等问题与解决了上述问题捕获系统功能，包括体系结构方面具有意义的功能与给出细化系统功能，包括在 体系结构方面具有意义的功能定义一些进一步需要在分析模型中予以分析用况与定义每一个用况细化。 答 :设计目标 :定义满足系统 /产品分析模型所规约需求的软件结构基本术语 :设计子系统、设计类、用况细化 [设计 ]、接口、以及用于表达子系统之间关系的依赖、用于表达设计类之间关系的关联等 ，这些术语确定了系统设计模型的各种形态。 答 :设计子系统、设计类、用况细 化 [设计 ]、接口、以及用于表达子系统之间关系的依赖、用于表达设计类之间关系的关联等 ，这些术语确定了系统设计模型的各种形态。 ，以及各活动的输入与输出 答 :体系结构设计 :输入 :用况模型、补充需求、分析模型、体系结构描述 [分析模型角度 ]。 输出 :子系统 [概述 ]、接口 [概述 ]、设计类 [概述 ]、部署模型 [概述 ]、体系结构描述 [设计 ]； 设计用况 :输入 :用况模型、补充需求、分析模型、部署模型。 输出 : 用况 [设计 实现 ]、设计类 [概述 ]、子系统 [概述 ]、接口 [概述 ]； 对类设计 :输入 : 用况 [设计 实现 ]、设计类 [概述 ]、接口 [概述 ] 、分析类 [完成 ]。 输出 :设计类 [完成 ] ； 设计子系统 :体系结构描述 [设计 ]、子系统 [概述 ]、接口 [概述 ]。 输出 :子系统 [完成 ]、接口 [完成 ]。 ，并分析这一模型在软件测试技术研究以及实践中的作用 答 :软件测试是一个有程序的过程，包括测试设计、测试执行、以及测试结果比较等 环境模型、被测模型和错误模型在软件测试中扮演了一种很重要的角色。 这些模型的质量，特别是程序模型的质量，对发现错误具有关键性的作用软件测试的错误假定是，实际结果与预期结果不 符，而后在此基础上可进一步分析是什么错误。 答 :1)..测试从一侧面证明程序员的“失败”。 调度为了证明程序员是正确的 ； 2).测试以已知条件开始，使用预告定义的程序且有预知的结果，不可预见的仅是程序是否通过测试 ； 3).测试是有计划的，并要进行测试设计。 高度是不受时间约束的 ； 4).测试是发现错误、改正错误、重新测试的过程。 调试是一个推理过程 ； 5).的执行是有规程的。 调 试的执行往往要求程序员进行必要推理 ； 6).测试经常由独立的测试组在不了解软件技术的条件下完成的。 高度必须由了解详细设 计的程序员完成 ； 7)大多数测试的执行和设计可由工具支持。 调试时，程序员能利用的工具主要是调试器。 答 :流程图的作用是 着重于过程属性描述。 、分支覆盖、条件组合覆盖、路径覆盖的含义及它们之间的关系 答 :路径覆盖 :执行所有可能穿过程序控制流程的路径语句覆盖 :至少执行程序中所有语句一次分支覆盖 :至少将程序中的每一个分支执行一次条件覆盖 :指每个判定中的所有可能的条件取值至少执行一次条件组合覆盖 :设计足够测试，使每个判定中的所有可能的条件聚会组合至少执行一次存在以下关系 语句覆盖 分支覆盖 条件组合覆盖 … 路径覆盖。 73 简术单元测试、集成测试、有效性测试的含义及它们之间的区别 .。 答 :单元测试 :主检验软件设计的最小单元――模块。 该测试以详细设计文档为指导，测试模块内的重要控制路径。 集成测试 :是软件组装的一个系统化技术，其目标是发现与接口有关的错误 有效性测试 :发现软件实现的功能与需求规格说明书不一致的错误 、事务流测技术的主要依据 答 :一个依据程序逻辑结构，一个依据软件行为描述 75 简述程序流程图与事务流程图之间的主要区别，并分析这些区别的主要原因 答 :1)基本模型元素所表达的语义不同 ； 2)一个事务不等 同于路径测试中一条路径，可能在中间某处就完成了某一用户工作，终结了一个事务 ； 3).事务流程图中的分支和节点可能是一个复杂的过程。 7 简述白盒测试技术的要点，并举例说明 答 :白盒测试技术依据程序的逻辑结构，以控制流程图作为被测对象建模工具，其中涉及过程块、分支、节点、链以及路径，并针对测试民，给出了 4 种覆盖策略 :语名覆盖、分支覆盖、条件组合覆盖和路径覆盖，它们之。