软件项目管理(第十至十三章)-精品·公开课件.ppt

软件度量域的分类 软件生产率度量的焦点集中在软件工程过程的输出； 软件质量度量则指明了软件适应明确和不明确的用户要求到什么程度； 技术度量的焦点则集中在软件的某些特性（如逻辑复杂性、模块化程度）上而不是软件开发的全过程。 另一种分类方法 面向规模的的度量用于收集与直接度量有关的软件工程输出的信息和质量信息。 面向功能的度量提供直接度量的尺度。 面向人的度量则收集有关人们开发计算机软件所用方式的信息和人们理解有关工具和方法的效率的信息。 面向规模的度量 面向规模的度量是对软件和软件开发过程的直接度量。 可以建立一个面向规模的数据表格来记录项目的某些信息。 该表格列出了在过去几年完成的每一个软件开发项目和关于这些项目的相应面向规模的数据。 面向规模的数据表格 项目aaa-01 规模为 114.1 KLOC（千代码行） 工作量用了 24个人月 成本为168,000元 文档页数为365 在交付用户使用后第一年内发现了29个错误， 有3个人参加了项目aaa-01的软件开发工作。 需要注意的是，在表格中记载的工作量和成本是整个软件工程的活动（分析、设计、编码和测试），而不仅仅是编码活动。 对于每一个项目，可以根据表格中列出的基本数据计算简单的面向规模的生产率和质量的度量。 根据数据表格可以对所有的项目计算出平均值： 生产率 ＝ KLOC／PM（人月） 质量 ＝ 错误数／KLOC 成本 ＝ 元／LOC 文档 ＝ 文档页数／KLOC 代码行技术比较简单的定量估算软件规模的方法。 根据以往类似项目的历史数据，多名有经验的工程师分别估计程序的最小规模(a)、可能规模(m)、最大规模(b)，分别计算平均值。记作a*、m*、b*。 用下式计算程序规模的估计值L。 L ＝ （a*＋4m*＋b*）／6  代码行是所有软件开发项目都有的“产品”，容易计算 许多现有的软件估算模型使用LOC或KLOC作为关键的输入数据 已有大量基于代码行的文献和数据存在 源程序仅是软件配置的一个成分，用它的规模代表整个软件的规模不合理 用不同的语言实现同一个软件产品所需要的代码行数并不相同 这种方法不适用于非过程语言 （1）计算未调整的功能点数 首先把产品信息域的每个特性都分类成简单级、平均级或复杂级。根据其等级，为每个特性都分配一个功能点数，例如一个平均级的输入项分配4个功能点，一个简单级输入项是三个功能点，一个复杂级的输入项分配6个功能点。如下计算未调整的功能点数： UFP=a1×Inp＋a2×out＋a3×Inq＋a4×Maf＋a5×Inf，其中，ai是信息域特性系数 面向功能的数据表格 （2）计算功能点FP 将14种技术因素对软件规模的影响程度根据软件特点，为每个因素分配一个从0到5的值。 计算功能点，使用如下的关系式： FP ＝ UFP×TCF ＝ UFP×( 0.65＋ + 0.01×SUM ( Fi ) ) Fi（i＝1..14）是复杂性校正值，它们应通过逐一回答如下提问来确定。 Fi的取值0..5： 0 没有影响 1 偶然的 2 适中的 3 普通的 4 重要的 5 极重要的 SUM（Fi）是求和函数。 复杂性校正值 Fi 1. 系统是否需要可靠的备份和恢复？ 2. 是否需要数据通信？ 3. 是否有分布处理的功能？ 4. 是否性能成为关键？ 5. 系统是否运行在既存的高度实用化的操作环境中？ 6. 系统是否需要联机数据项？ 7. 联机数据项是否需要建立多重窗口显示和操作，以处理输入处理。 8. 主文件是否联机更新？ 9. 输入、输出、文件、查询是否复杂？ 10. 内部处理过程是否复杂？ 11. 程序代码是否可复用？ 12. 设计中是否包括了转移和安装？ 13. 系统是否设计成可以重复安装在不同机构中 14. 系统是否设计成易修改和易使用？ COCOMO模型 （COnstructive COst MOdel） 结构型成本估算模型是一种精确、易于使用的成本估算方法。在该模型中使用的基本量有以下几个： DSI（源指令条数）定义为代码的源程序行数。若一行有两个语句，则算做一条指令。它包括作业控制语句和格式语句，但不包括注释语句。KDSI＝1000DSI。 COCOMO模型的分类COCOMO模型按其详细程度分成三级： 基本COCOMO模型 中间COCOMO模型 详细COCOMO模型 基本COCOMO模型是一个静态单变量模型，它用源代码行数（LOC）为自变量的（经验）函数来计算软件开发工作量。 中间COCOMO模型则在用LOC为自变量的函数计算软件开发工作量（此时称为名义工作量）的基础上，再用涉及产品、硬件、人员、项目等方面属性