功能点估算方法试卷五.docx

PAGE PAGE 10 试卷五： 是非题：（40 题） FP 估算, 集中于估算每一个信息域特征 ——输入、输出、数据文件、查询和外部接口―—以及十四个复杂度调整值。（） 估算变量（规模）的期望值 S 的公式为 s = ( Sopt + Sm + Spess )/3。 （） 估算变量（规模）的期望值 S,可通过乐观值（Sopt）、最可能值 （Sm ）、及悲观值（Spess ）估算的加权平均值来计算。（） 与基于问题的估算一样，基于过程的估算也是开始于从项目范围中得到的软件功能描述。（） 平均劳动力价格的计算公式为：成本／工作量。（） 对于每一个任务而言，平均劳动力价格一定是相同的。 软件度量是指计算机软件范围广泛的的测度。测度可以应用于软件过程中。测度也可以用于整个软件项目中，辅助估算、质量控制、生产率评估及项目控制。（） 测量“measure ”是对一个产品或过程的某个属性的范围、数量、维数、容量或大小提供了一个定量的指示。“measurement”则是 确定一个测量的行为。（） 测度“measurement”是对一个产品或过程的某个属性的范围、数 量、维数、容量或大小提供了一个定量的指示。测量“measure ” 则是确定一个测量的行为。（） 度量“metric”为“对一个系统、部件或过程具有的某个给定属 性的度的一个变量测量”。 （） 指标 是一个度量或度量的组合，它对软件过程、软件项目或产品本身提供了更深入的理解。（） 过程指标使得软件工程组织能够洞悉一个已有过程的功效（如范型、软件工程任务、工作产品及里程碑）。（） Grady[GRA92 ]认为不同类型的过程数据可以分为“私有的和公用的” 的使用。这个思想与 Humphrey [ HUM95 ]所建议的个人软件过程（Personal software process ）方法有相似处但总体是不一致的。（） 某些过程度量对软件项目组是公用的，但对所有小组成员是私有的。（） Grady[GRA92 ]提出了一个“软件度量礼仪”中指出：可以使用度量去评价个人，但不要用度量去威胁个人或小组。（） 软件度量是指计算机软件范围广泛的的测度。测度可以应用于软 件过程中。但不可以用于整个软件项目中，辅助估算、质量控制、生产率评估及项目控制。（） 度量“metric”为“对一个系统、部件或过程具有的某个给定属性的度的一个定量测量”。（） 指标 是一个度量或度量的组合，它对软件过程、软件项目或产品本身提供了更深入的理解。（） Grady[GRA92 ]认为不同类型的过程数据可以分为“私有的和公用 的” 的使用。这个思想与 Humphrey [ HUM95 ]所建议的个人软 件过程（Personal software process ）方法相一致。（） 某些过程度量对软件项目组是私有的，但对所有小组成员是公用的。（） 功能点的五个信息域特征：用户输入数，用户输出数，用户操作数，文件数，外部接口数。（） Gilb[GIL88 ]给出了软件质量的测量的指标：正确性、可维护性、完整性以及可移植性。（） 经验估算模型:一种计算机软件的估算模型使用由经验导出的公 式来预测工作量，引量作为 LOC 或 FP 的函数。不使用 LOC 或 FP 的估算表，而是将 LOC 或 FP 的值插人到估算模型中。（） 样本间差异,不但存在于于自然界的万物，也存在于人类的一切产品。差异控制是质量控制的核心。通过差异控制我们可以消除样本差异。（） 质量控制是为了保证每一件工作产品都满足对它的需求而应用于整个开发周期中的一系列审查、评审和测试。（） 指标对软件过程、软件项目或产品本身提供了更深入的理解。它是某一个度量而非度量的组合。（） 质量成本包括所有由质量工作或者进行与质量有关的活动所导致 的成本。（） 质量成本可以被划分为与预防、鉴定及故障相关的成本。（） 软件需求是进行“质量”测量的基础，与需求不符就是质量不高。 （） 指定的标准定义了一组指导软件开发的准则。如果不能遵照这些准则，就极有可能导致质量不高。() 软件需求是进行“质量”测量的基础，与需求不符就是质量不高。 （） 软件过程成熟度的一个主要目的是改进软件过程管理的可见性。 （） 好的过程不一定能生产出好的产品。（） 软件过程的性能是不能根据关键产品的特征和关键过程的性能指标来评价。（） 度量是一个可测量的属性。（） 一个度量由一定由多个原始度量组成。（） 功能点分析方法是一个比较特殊的方法，直观性很强.() 逻辑算法这个因素指的是应用程序所需处理的逻辑的复杂度。（） 数学算法这个因索指的是应用程序所需逻辑算法的复杂度。（） 功能规模与功能点度量方法相比,有些应用程序在大多数事务和数据功能类型上的数据字段不会超出功能点度量方法所能表示的范围。（）