用于效率度量的检査表的内容有:程序是否模块化?结构是否良好?程序是否具有高度 的区域性(与操作系统的段页处理有关)?是否消除了无用的标号与表达式,以充分发挥编译 器优化作用?程序的编译器是否有优化功能?是否把特殊子程序和错误处理子程序都归入了 单独的模块中?在编译时是否尽可能多地完成了初始化工作?是否把所有在一个循环内不变 的代码都放在了循环外处理?是否以快速的数学运算代替了较慢的数学运算?是否尽可能地 使用了整数运算,而不是实数运算?是否在表达式中避免了混合数据类型的使用,消除了不 必要的类型转换?程序是否避免了非标准的函数或子程序的调用?在几条分支结构中,是否 最有可能为“真“的分支首先得到测试?在复杂的逻辑条件中,是否最有可能为“真“的表 达式首先得到测试? ⑦可使用性 从用户观点出发,把可使用性定义为程序方便、实用、及易于使用的程度。一个可使用 的程序应是易于使用的、能允许用户出错和改变,并尽可能不使用户陷入混乱状态的程序。 用于可使用性度量的检查表的内容有 i)程序是否具有自描述性?例如,是否有适应不同读者,并附有实例的程序使用说 明?是否有交互形式的Help功能?是否一有请求,就能对每一个操作方式作出解释?用户能 否很快熟悉程序的使用而无需他人的帮助?是否一有请求,就能很容易地获得当前程序状态 信息? ⅱ)程序是否能始终如一地按照用户的要求运行?例如,程序是否有句法上统一的命令 语言和错误信息格式?通过尽量缩小响应时间的差异,程序在相似的条件下,其表现是否也 相似? i)程序是否让用户对数据处理有一个满意的和适当的控制?例如,程序在交互方式运 行时,能否控制中止一项任务,开始或恢复另一项任务?在没有副作用的情形下,程序是否 允许处理作废?程序是否允许用户查看后台处理?程序是否有一种易懂的命令语言并允许通 过命令组合建立宏指令?程序能否在一旦用户有要求时提供提示信息,帮助用户使用系统? 程序能否提供可理解的、非危险性的错误信息? )程序是否容易学会使用?例如,程序是否不需要专门的数据处理知识就能使用?对 输入格式、要求和限制的解释是否完整和清楚?在交互系统中,用户输入是否在菜单指示支 持下进行?程序是否提供带有纠错提示的错误信息?对交互式系统,是否有“联机“手册?对 批处理系统,手册是否容易得到?手册是否是用用户术语写的? 程序是否使用数据管理系统来自动地处理事务性工作和管理格式化、地址分配及存 储器组织 ⅵ)程序是否具有容错性?例如,程序是否容忍典型的输入打字错误?当输入动作需要 重复时,程序能否接受简化输入?命令能否简写?程序能否验证输入的数据? ⅶi)程序是否灵活?例如,程序是否允许以自由形式输入?程序是否可以重复使用而无 须对输入值做过多的说明?对用户而言,是否有各种不同的输出选择?程序是否可以针对所 选择的运行方式,删除不必要的输入、计算和输出?程序是否允许用户扩充命令语言?程序 是否可移植?程序是否允许用户定义自己的功能集和特性集?程序能否以子集形式出现?程 序是否允许有经验的用户使用运行较快的版本、简写命令、缺省值等,而让没有经验的用户 使用运行较慢的版本,并提供求助命令及监控能力等。 ⑧其它间接定量度量可维护性的方法 Gib提出了与软件维护期间工作量有关的一些数据,可以使用它们间接地对软件的可维 护性做出估计。 问题识别的时间 收集维护工具的时间 分析、诊断问题的时间 具体的改错或修改的时间 1414 用于效率度量的检查表的内容有：程序是否模块化？结构是否良好？程序是否具有高度 的区域性(与操作系统的段页处理有关)？是否消除了无用的标号与表达式，以充分发挥编译 器优化作用？程序的编译器是否有优化功能？是否把特殊子程序和错误处理子程序都归入了 单独的模块中？在编译时是否尽可能多地完成了初始化工作？是否把所有在一个循环内不变 的代码都放在了循环外处理？是否以快速的数学运算代替了较慢的数学运算？是否尽可能地 使用了整数运算，而不是实数运算？是否在表达式中避免了混合数据类型的使用，消除了不 必要的类型转换？程序是否避免了非标准的函数或子程序的调用？在几条分支结构中，是否 最有可能为“真“的分支首先得到测试？在复杂的逻辑条件中，是否最有可能为“真“的表 达式首先得到测试？ ⑦ 可使用性 从用户观点出发，把可使用性定义为程序方便、实用、及易于使用的程度。一个可使用 的程序应是易于使用的、能允许用户出错和改变，并尽可能不使用户陷入混乱状态的程序。 用于可使用性度量的检查表的内容有： ⅰ) 程序是否具有自描述性？例如，是否有适应不同读者，并附有实例的程序使用说 明？是否有交互形式的 Help 功能？是否一有请求，就能对每一个操作方式作出解释？用户能 否很快熟悉程序的使用而无需他人的帮助？是否一有请求，就能很容易地获得当前程序状态 信息？ ⅱ) 程序是否能始终如一地按照用户的要求运行？例如，程序是否有句法上统一的命令 语言和错误信息格式？通过尽量缩小响应时间的差异，程序在相似的条件下，其表现是否也 相似？ ⅲ) 程序是否让用户对数据处理有一个满意的和适当的控制？例如，程序在交互方式运 行时，能否控制中止一项任务，开始或恢复另一项任务？在没有副作用的情形下，程序是否 允许处理作废？程序是否允许用户查看后台处理？程序是否有一种易懂的命令语言并允许通 过命令组合建立宏指令？程序能否在一旦用户有要求时提供提示信息，帮助用户使用系统？ 程序能否提供可理解的、非危险性的错误信息？ ⅳ) 程序是否容易学会使用？例如，程序是否不需要专门的数据处理知识就能使用？对 输入格式、要求和限制的解释是否完整和清楚？在交互系统中，用户输入是否在菜单指示支 持下进行？程序是否提供带有纠错提示的错误信息？对交互式系统，是否有“联机“手册? 对 批处理系统，手册是否容易得到？手册是否是用用户术语写的？ ⅴ) 程序是否使用数据管理系统来自动地处理事务性工作和管理格式化、地址分配及存 储器组织。 ⅵ) 程序是否具有容错性？例如，程序是否容忍典型的输入打字错误？当输入动作需要 重复时，程序能否接受简化输入？命令能否简写？程序能否验证输入的数据？ ⅶ) 程序是否灵活？例如，程序是否允许以自由形式输入？程序是否可以重复使用而无 须对输入值做过多的说明？对用户而言，是否有各种不同的输出选择？程序是否可以针对所 选择的运行方式，删除不必要的输入、计算和输出？程序是否允许用户扩充命令语言？程序 是否可移植？程序是否允许用户定义自己的功能集和特性集？程序能否以子集形式出现？程 序是否允许有经验的用户使用运行较快的版本、简写命令、缺省值等， 而让没有经验的用户 使用运行较慢的版本，并提供求助命令及监控能力等。 ⑧ 其它间接定量度量可维护性的方法 Gilb 提出了与软件维护期间工作量有关的一些数据，可以使用它们间接地对软件的可维 护性做出估计。 ▪ 问题识别的时间； ▪ 收集维护工具的时间； ▪ 分析、诊断问题的时间； ▪ 具体的改错或修改的时间；