软件度量 教学课件.pptx

软件度量;度量;为有效地度量，常常需要考虑：对于过程和产品， 合适的度量是什么？ 所收集的数据如何使用？ 用于比较个人、过程或产品的度量是否合理？ 管理人员和技术人员可利用这些度量来了解软件工程过程的实际情况和它所生产的产品质量 。;估算;如果新项目与以前的一个项目在大小上和功能上十分类似，则新项目需要工作量、开发持续时间、成本大致与那个老项目相同。 假使项目背景完全生疏，只凭过去的经验做出估算可能就不够了。 现在已有了许多用于软件开发的估算技术。其共同特点是：; 事先建立软件范围 以软件度量（以往的度量）为基础，以做出估算 项目被分解为可单独进行估算的小块 管理人员大多使用不止一种估算技术，并用一种估算技术做为另一种估算技术的交叉检查。;风险分析;风险分析对于软件项目管理是决定性的，然而现在还有许多项目不考虑风险就着手进行。 所谓风险分析实际上就是一系列风险管理步骤，其中包括风险识别、风险估计、风险优化、风险管理策略、风险解决和风险监督。这些步骤贯穿在软件工程过程中。;进度安排; 如何识别和监控关键路径以确保结束？ 对进展如何度量？ 如何建立分隔任务的里程碑。 软件项目的进度安排与任一个工程项目的进度安排基本相同。首先识别一组项目任务，再建立任务之间的相互关联，然后估算各个任务的工作量，分配人力和其它资源，制定进度时序。;追踪和控制;还可对资源重新定向 对任务重新安排 （做为最坏的结果）可以修改交付日期以调整已经暴露的问题。用这种方式可以较好地控制软件的开发。;软件生产率和质量的度量;为什么要对软件进行度量;度量的方式 ;软件工程过程的直接度量包括所投入的成本和工作量。 软件产品的直接度量包括产生的代码行数（LOC）、执行速度、存储量大小、在某种时间周期中所报告的差错数。 软件产品的间接度量包括功能性、复杂性、效率、可靠性、可维护性和许多其它的质量特性。;只要事先建立特定的度量规程，很容易做到直接度量软件所需要的成本和工作量、产生的代码行数等。 软件的功能性、效率、可维护性等质量特性却很难用直接度量判明，只有通过间接度量才能推断。;软件度量域的分类;软件生产率度量的焦点集中在软件工程过程的输出； 软件质量度量则指明了软件适应明确和不明确的用户要求到什么程度； 技术度量的焦点则集中在软件的某些特性（如逻辑复杂性、模块化程度）上而不是软件开发的全过程。;另一种分类方法;面向规模的度量;面向规模的数据表格;项目aaa-01 规模为 114.1 KLOC（千代码行） 工作量用了 24个人月 成本为168,000元 文档页数为365 在交付用户使用后第一年内发现了29个错误， 有3个人参加了项目aaa-01的软件开发工作。;需要注意的是，在表格中记载的工作量和成本是整个软件工程的活动（分析、设计、编码和测试），而不仅仅是编码活动。 对于每一个项目，可以根据表格中列出的基本数据计算简单的面向规模的生产率和质量的度量。;根据数据表格可以对所有的项目计算出平均值： 生产率 ＝ KLOC／PM（人月） 质量 ＝ 错误数／KLOC 成本 ＝ 元／LOC 文档 ＝ 文档页数／KLOC;面向功能的度量;面向功能的数据表格;功能点计算; (3) 用户查询数：查询是一种联机的交互操作，每次询问/响应具备应计数。 (4) 文件数：每一个逻辑主文件都应计数。逻辑主文件是指逻辑上的一组数据，可以是一个大数据库的一部分，可以是一个单独的文件。 (5) 外部接口数：与系统中其他设备通过外部接口读写信息次数均应计数。 ;一旦收集到上述数据，就可以计算出与每一个计数相关的复杂性值。 一个信息域是简单的、平均的还是复杂的，由使用功能点方法的机构自行确定，从而计算出加权计数。 计算功能点，使用如下的关系式： FP ＝ 总计数×( 0.65＋ + 0.01×SUM ( Fi ) ) 总计数是所有加权计数项的和;Fi（i＝1..14）是复杂性校正值，它们应通过逐一回答如下提问来确定。 Fi的取值0..5： 0 没有影响 1 偶然的 2 适中的 3 普通的 4 重要的 5 极重要的 SUM（Fi）是求和函数。;复杂性校正值 Fi; 显示和操作，以处理输入处理。 8. 主文件是否联机更新？ 9. 输入、输出、文件、查询是否复杂？ 10. 内部处理过程是否复杂？ 11. 程序代码是否可复用？ 12. 设计中是否包括了转移和安装？ 13. 系统是否设计成可以重复安装在不同机构中 14. 系统是否设计成易修改和易使用？;一旦计算出功能点，就可仿照LOC的方式度量软件的生产率、质量和其它属性： 生产率 ＝ FP／PM（人月） 质量 ＝ 错误数／FP 成本 ＝