2004 年软工

• 1. 软件就是计算机系统中的程序。（ ）
     解析：× 软件是指计算机系统中的程序及其文档，程序是计算任务的处理对象和处理规则的描述；文档是为了便于了解程
     序所需的阐明性资料。
• 2. 一个软件模型的控制范围应该在其作用范围之内。（ ）
     S 解：× 在软件设计阶段，划分模块的原则是，一个模块的作用范围应该在其控制范围之内。
• 3. 测试用例时，只需检查程序是否做了它应该做的事情。（ ）
     S 解：× 测试用例应由测试的输入数据和预期的输出结果两部分组成。
• 4. COAD-YOURDON 分析方法是“模型驱动的方法”。（ ）
     S 解：√ Coad 和 Yourdon 的方法是建立在信息模型化技术、面向对象的程序设计和知识库系统的基础之上的，方法分为
     面向对象的分析(OOA)和面向对象的设计(OOD)。Coad 和 Yourdon 认为面向对象的分析主要应该考虑：一个与特定应用有
     关的对象，对象与对象在结构和相互作用上的关系。在面向对象的分析中，需要建立分析模型来描述系统的功能。
• 5. 软件开发环境中最主要的组成部分是软件工具。（ ）
     S 解：√

2005 年软工

• 1、 在软件生命周期中的软件工程活动包括性能优化。（ √ ）
• 2、 两个模块共同引用一个全局数据项，模块间的这种耦合称为数据耦合。（ × ）
  解析：数据耦合指两个模块之间有调用关系,传递的是简单的数据值,相当于高级语言的值传递.数据耦合联系简单,耦合度低, 模块独立性好,模块间的影响最小，是最理想的一种耦合形式。耦合度低的模块结构设计,系统的复杂性降低,系统易于理解，易于修改与维护。
• 3、白盒测试技术和黑盒测试技术都基于程序的逻辑结构。（ × ）
  解析：白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，着重于程序的内部结构及算法，通常不关心功能 与性能指标。黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，不考虑程序内部结构和内部特性。
  而是从用户观点出发，针对程序接口和用户界面进行测试，根据产品应该实现的实际功能和已经定义好的产品规格，来验证产品所应该具有的功能是否实现，是否满足用户的要求。
• 4、ISO9000-3 是 ISO9003 的一个子集。（ × ）
  解析：ISO9001 质量体系是在软件设计、开发、生产、安装和维护时的质量保证的参考文件。此标准应用于所有软件产品 和满足各种技术需求的软件维护活动中。它是评价软件质量的首要标准。ISO9000-3 是对 ISO90001 进行改造后，将其应用到软件工业中对软件开发、供应和维护活动的知道文件。
  ISO9003:1994《质量体系最终检验和试验的质量保证模式》适用于汇编及测试运行情况的标准。目前已经不再使用。
• 5、在对象的整个生命周期中，不同的对象可以具有相同的标识。（ × ）
  解析：每个对象都有自身唯一的标识，通过这种标识，可找到相应的对象。在对象的整个生命期中，它的标识都不改变，不同的对象不能有相同的标识。

2006 年软工

• 1．“我们是否完成了正确的产品?” 解释了验证(verification)的概念。( × )
  解析：错误。 为把握软件开发各个环节的正确性，需要进行各种确认和验证工作。 验证(Verification)，是保证软件正确地实现了某一功能的一系列活动。 验证：“我们是否正确地完成了产品？”（过程正确）确认(Validation)， 是保证软件的实现满足了用户需求的一系列活动。 确认：“我们是否完成了正确的产品？”（结果正确）
• 2．软件质量保证过程是软件开发过程的一部分。( √ )
• 3．α 测试是在受控环境中进行的。( √ )
  解析：正确。 α 测试由用户在开发者的场所进行，并且在开发者的指导下进行测试。开发者负责纪录发现的错误和 使用中遇到的问题，也就是说 α 测试是在受控的环境中进行的。 （α 版：受控版 β 版：用户直接测试）
• 4．软件配置管理是 CMM 2 级的一个关键过程域。( √ )
  解析：正确。 CMM 第 2 级（可重复级）有 6 个关键过程域，主要涉及建立软件项目管理控制方面的内容。
  需求管理，软件项目计划，软件项目跟踪与监控，软件子合同管理，软件质量保证，软件配置管理。
• 5．接口是面向对象方法中必不可少的概念。( √ )

2007 年软工

• 1. 模块间通过参数传递基本类型的数据，模块间的这种耦合称为数据耦合。（ √ ）
• 2. 以结构化分析方法建立的系统模型就是数据流图。（ × ）
• 3. 软件测试和程序调试都是发现错误的过程。（ × ）
     解析：软件测试目的是为了发现错误而执行程序的过程；程序调试的目的诊断和改正程序中的错误。
• 4. 软件质量保证是为保证产品和服务充分满足开发者的要求而进行的活动。（ × ）
     解析：软件质量保证将使软件项目满足机构方针的要求
• 5. 流程图是面向对象方法中用于描述动态模型的一种工具。（ × ）
     解析：系统流程图是一种传统工具（详细设计工具），它用于描述物理模型。

2008 年软工

• 1．在软件开发方法中，结构化方法总的指导原则是自顶向下、逐步求精。（ √ ）
• 2．当一个模块直接修改另一个模块的数据时，模块间的这种耦合称为数据耦合。（ × ）
  解析：模块间通过参数传递基本类型的数据，模块间的这种耦合称为数据耦合。
• 3．测试用例只需选用合理的输入数据。（ × ）
  解析：测试用例要包括 欲测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽
  可能完备的测试；
• 4．边界值分析法是一种白盒测试法。（ × ）
  解析：七种黑盒测试方法：等价类划分法、边界值法、错误推测法、因果图法、判定表法、状态迁移法、正交实验法
• 5．关联是建立类之间关系的一种手段。（ √ ）
  解析：UML 图中类之间的关系：依赖，泛化，关联，聚合，组合，实现

2009 年软工

• 1．软件的正确性是指软件产品能正常工作。（ × ）
  解析：正确性指软件产品达到预期功能的程度。（满足用户需求）
• 2．两个模块都使用同一张表，模块之间的这种耦合称为数据耦合。（ × ）
  解析：模块间通过参数传递基本类型的数据，模块间的这种耦合称为数据耦合。
• 3．演化模型与增量模型的主要区别是软件工程活动不同。（ × ）
  解析：活动相同（需求、分析、设计、编码等）；区别：增量模型–产生结果给客户使用；演化模型–多次迭代，产生结果给测
  试。
• 4．ISO9003 是一种用于“供方建立质量保证体系的标准”。 （ √ ）
  解析： ISO9001 证实企业设计和生产合格产品的过程控制能力；（需求方要求供方提供）
  ISO9002 证实企业生产合格产品的过程控制能力；（需求方要求供方提供）
  ISO9003 证实企业对成品实施检验或试验的能力。（需求方要求供方提供）
  三种模式逐次包容：ISO9001 规定 20 项，比 ISO9002 多 1 项，比 ISO9003 多 4 项。都是外部质量保证模式和认证的依
  据。
  IS09004 为准备建立和实施质量体系的企业提供指南。为企业持续改进质量体系提供指南。不能作为认证依据。（供方内部）
• 5．软件开发环境是一些软件工具的集合。（ √ ）

2010 年软工

• 1．在软件生命周期中的软件工程活动包括性能优化。（ √ ）

• 2．软件过程是一种软件求解的计算逻辑。（ × ）
  解析：软件过程求解软件的计算逻辑

• 3．等价类划分法是一种常用的白盒测试技术。（ × ）
  解析：七种黑盒测试方法：等价类划分法、边界值法、错误推测法、因果图法、判定表法、状态迁移法、正交实验法

• 4．统一软件开发过程 RUP 是一种以体系结构为中心、迭代、增量式开发。（ √ ）

• 5．ISO9000 系列标准的主导思想是产品质量形成于产品生产的全过程。（ √ ）

2011 年软工

• 1．UML 既是一种建模语言，又是一种建模方法。（ ）
  解析：× UML 是一种建模语言，不是一种建模方法，它可采用各种各样的建模方法。
• 2．两个模块共同引用一个全局数据项，模块间的这种耦合称为数据耦合。（ ）
  解析：× 数据耦合指两个模块之间有调用关系，传递的是简单的数据值，相当于高级语言的值传递。
• 3．在应用演化模型时，可以使用瀑布模型来管理每一个演化的增量。（ ）
  解析：× 管理每一个迭代过程
• 4．在软件生存周期过程中，质量保证过程是一类组织过程。（ ）
  解析：× 质量保证过程是支持过程
• 5．CMM 的每一成熟度等级表示了过程能力，并且包含一组特定的关键过程域。（ ）
  解析：× CMM 共 5 级，除第 1 级外，每一级都包含了实现这一级目标的若干关键过程域，每一个关键过程域又包含若干关键实践。

2012 年软工

• 1．在对象的整个生命周期中，不同的对象可以具有相同的标识。（ X ）
  【解析】每个对象都有自身唯一的标识，通过这种标识，可找到相应的对象。在对象的整个生命期中，它的标识都不改变，不同的对象不能有相同的标识。
• 2．模块间通过参数传递基本类型的数据，模块间的这种耦合称为数据耦合。（ √ ）
  【解析】数据耦合指两个模块之间有调用关系，传递的是简单的数据值，相当于高级语言的值传递。
• 3．以结构化分析方法建立的系统模型就是数据流图。（ X ）
  【解析】结构化分析方法采用介于形式语言和自然语言之间的描述方式，建立起以数据流图为核心，以数据字典和处理逻辑说明为补充说明工具的新系统的逻辑模型。因此，不能说以结构化分析方法建立的系统模型就是数据流图。
• 4．CMM（能力成熟度模型）的第三级是已定义级。（ √ ）
  【解析】CMM（能力成熟度模型）分为五个等级：一级为初始级，二级为可重复级，三级为己定义级，四级为己管理级，五级为优化级。
• 5．面向对象分析方法与结构化分析方法的区别之一是一个使用“抽象”，而另一个没有使用“抽象”。（ X ）
  【解析】面向对象分析方法与结构化分析方法均使用“抽象”。

2013 年软工

• 1．系统的性能刻画了功能执行达到什么样的效果，因此，在考虑需求时功能和性能必须一起考虑。（ √ ）
  S 解：√
• 2．对于规模较大的模块，应通过分解以提高其内聚性，从而降低其模块独立性。（ ）
  S 解：× 设计、评价模块结构的一个重要原则是: 尽可能低耦合高内聚，从而提高模块的独立性。
• 3．如果一个剧组包含许多演员，每个演员又可以是其他剧组的成员，那么剧组和演员之间的关系应属于一种特殊的
  聚合关系，即组合关系。（ ）
  解析：× 聚合关系（Aggregation）:表示的是整体和部分的关系，整体与部分可以分开。如电话机和话筒
  组合关系（Composition）:也是整体与部分的关系，但是整体与部分不可以分开，如人和人的心脏。
• 4．等价类划分和边界值方法都没有考虑输入条件之间的关系。（ ）
  S 解：√ 等价类划分法和边界值分析方法都是着重考虑输入条件，但没考虑输入条件的各种组合、输入条件之间的相互制
  约关系。这样虽然各种输入条件可能出错的情况已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了。
  因果图方法是充分考虑了输入情况的各种组合及输入条件之间的相互制约关系的一种方法。
• 5．最常用的软件规模度量方法是代码行度量和功能点度量。（ ）
  S 解：×，代码行度量包含对象点和功能点

2014 年软工

• 1. 软件配置管理是一种保护伞活动，它贯穿于整个软件生存周期过程，用于控制变更。（ √ ）
     【解析】软件配置管理用于控制变更，核心是配置数据库，主要有两个方面：一个是怎样实现软件配置改变的安全隔离；另一个是怎样把最后确定下来的改变发布到整个开发组织中。因而可以说是一种保护伞活动，而且该活动贯穿整个软件的生存周期。
• 2. 若对象 a 是对象 b 的一个组成部分，则对象 a 是整体对象，对象 b 是部分对象。（ × ）
• 3. 边界值分析法是一种常用的白盒测试的测试用例设计方法。（ × ）
     【解析】边界值分析法是一种常用的黑盒测试的测试用例设计方法。
• 4. 在使用 SD 的变换分析方法建立系统模块结构时， 模块结构的主模块应是由 DFD 的变换中心部分映射而来。
     （ × ）
     S 解: 在变换型结构中，信息沿输入通路进入系统，同时由外部形式变换成内部形式，进入系统的信息通过变换中心，经加
     工处理以后再沿输出通路变换成外部形式离开软件系统。变换型结构的数据流图呈一种线性状态。
     事务型结构中，信息沿输入通路到达一个处理，这个处理根据输人数据的类型在若干个动作序列中选出一个来执行。事务
     型结构的数据流图则呈束状。
• 5. MVC 架构是一种典型的软件体系结构，它主要包括三部分，即表示层、控制逻辑层和数据层。（ × ）
     S 解: MVC 架构的框架内容是模型、视图、控制器。

2017 年软工

• 1. 软件需求规格说明应描述待开发系统“能做什么”而不是“怎样实现”。（ ）
     S 答：√
• 2. 划分程序的模块机构时，要求模块的控制范围应在该模块的作用范围内。（ ）
     S 答：× 本题考查软件设计的基础知识。模块的控制范围包括模块本身及其所有的从属模块。模块的作用范围是指模块
     一个判定的作用范围，凡是受这个判定影响的所有模块都属于这个判定的作用范围。原则上一个模块的作用范围应该在
     其控制范围之内，若没有，则可以将判定所在模块合并到父模块中，使判定处于较高层次；将受判定影响的模块下移到
     控制范围内；将判定上移到层次中较高的位置。
• 3. 建立系统体系结构的第一步是建立系统的逻辑视图，即建立系统面向问题的逻辑架构。（ ）
     S 答：√
• 4. 在设计软件测试用例时应尽量把所有可能的情况都考虑到。（ ）
     S 答：× 实际上，软件测试用例的详细程度首先要以覆盖到测试点为基本要求
• 5. 编制预算和进度表，属于 CMMI 已管理级“项目策划”过程域的专用实践。（ ）
     解析：× CMMI 能力成熟度集成模型分为 5 个级别：初始级，已管理级，已定义级，量化管理级，优化级。

2018 年软工

• 1. 软件的开发成本不但要考虑开发的人力消耗，还要考虑期间的其他经常性消耗。（）
     解析：√。直接成本、人力成本、非人力成本等都要考虑。
• 2. 模块的独立程度可以用两个标准来衡量，这两个标准分别是模块的内聚度和模块之间的耦合度，他们属于定性
     的标准。（）
     解析：√。模块的独立程度可以由两个定性标准来衡量，这两个标准是内聚和耦合
• 3. 描述一个模块内的处理流程时，一种改进的方法是使用 N-S 图（盒图），与最常用的程序流程图相比，它的优
     点是完全避免了 GOTO 转移，彻底遵循了结构化程序设计的思想。（）
     解析：×。程序流程图属于结构化程序设计工具的一种，它也限制使用 goto 语句。
     注：结构化程序设计的思想包括：自顶向下、逐步求精、模块化、限制使用 goto 语句。
     主张使用顺序、选择、循环三种基本结构来嵌套连结成具有复杂层次的“结构化程序”，严格控制 GOTO 语句的
     使用。
     为了提高程序的清晰性和可靠性，结构化程序设计中限制使用 goto 语句。结构化程序设计常用三种工具：图形、
     表格和语言。
     图形：程序流程图、N-S 图、PAD 图表格：判定表语言：过程设计语言（PDL）
• 4. 描述一个模块内的处理流程时，一种改进的方法是使用 PAD 图，与最常用的程序流程图相比，它的优点是完全
     避免了 GOTO 转移，彻底遵循了结构化程序设计的思想。（）
     解析：×。同上
• 5. 在描述系统功能时常使用用例图建模，但也需要辅之以规格说明，即用例实现的场景。场景从用户角度描述每
     一个功能处理的事件序列。（）
     解析：×。场景从用户角度描述每一个功能处理的事件如何执行。
     注：业务用例、业务用例场景与业务用例实现之间的关系
     所谓的业务用例场景即为了实现业务用例所采取的不同的实现方式或做法, 因此一个业务用例才有多个业务用例场
     景的出现。而业务用例场景和业务用例实现的关系通常为一个业务用例场景对应一个业务用例实现。业务用例场
     景规定了业务如何执行, 而业务用例实现则描述如何通过计算机来实现这个业务。
     举一个简单的例子供大家参考：假如用户想缴纳手机话费，我们可以吧缴纳手机话费当做一个业务用例, 众所周知,
     缴纳话费可以去营业厅中缴纳, 也可以网上缴费(如通过微信, 支付宝), 这两种方式都能达到缴纳手机费用的业务目
     标。因此缴纳手机话费这个业务用例就存在两种不同的业务用例场景, 一个是通过营业厅的营业员代理缴纳, 一个
     是自己通过互联网缴费，它们均对应一个业务用例实现, 而这两种业务用例场景的最终实现都需要依托计算机, 也
     即计算机如何实现这个业务, 也即我们上面提到的业务用例实现。

2019 年软工

• 1. 面向对象分析方法的常用工具是用例图（×）
     解析：面向对象方法把对象作为系统建模的基本单元。面向对象方法认为：
     （1）对象既可以是具体的物理实体，也可以是抽象的逻辑实体。
     （2）每种对象都有各自的属性和行为或操作。
     （3）不同的对象之间的相互作用和联系构成了各种不同的系统。面向对象方法的本质是从客观世界固有的事物出发来构造系统，通过识别对象，分析对象间的关系，反映问题域中固有的事物及相互联系。
     工具：
     UML是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示。
     （1）用例建模：用用例图和用例来说明描述用户需求。
     （2）静态建模：通过类图/对象图描述系统中的对象如何组成系统。
     （3）动态建模：描述系统的动态行为和控制结构。主要有顺序图，协作图，状态图，活动图。
     （4）实现模型：描述了系统实现时的特性，即物理架构，包括组件图和部署图。