软件度量综述精讲.pptVIP

软件度量综述;软件度量（software measurement） ;度量与量度;软件度量的发展历程 ;软件度量流程;软件度量三维度 (考试);项目度量 ;规模度量 ;代码行(LOC：lines of code);面向LOC的估算模型;功能点分析法(FPA：function point analysis) ;成为国际标准的功能点估算方法： 加拿大人艾伦·艾布恩(Alain Abran)等人提出的全面功能点法(full function points)； 英国软件度量协会(UKSMA：United Kingdom Software Metrics Association)提出的IFPUG 功能点法(IFPUG function points)； 英国软件度量协会提出的Mark II FPA功能点法(Mark II function points)； 荷兰功能点用户协会(NEFPUG：Netherlands Function Point Users Group)提出的NESMA 功能点法； 软件度量共同协会(COSMIC：the COmmon Software Metrics Consortium)提出的COSMIC-FFP方法； … ;功能点分析的主要步骤 ;功能点分析法的基本计数 外部输入数(EI：external input)：计算每个用户输入，它们向软件提供面向应用的数据。输入应该与查询区分开来，分别计算。 外部输出数(EO：external output)：计算每个用户输出，它们向软件提供面向应用的信息。这里，输出是指报表、屏幕、出错信息，等等。一个报表中的单个数据项不单独计算。 外部查询数(EQ：external query)：一个查询被定义为一次联机输入，它导致软件以联机输出的方式产生实时的响应。每一个不同的查询都要计算。 内部逻辑文件(ILF：internal logical file)：计算每个逻辑的主文件，如数据的一个逻辑组合，它可能是某个大型数据库的一部分或是一个独立的文件。 外部接口文件(EIF：external interface file)：计算所有机器可读的接口，如磁带或磁盘上的数据文件，利用这些接口可以将信息从一个系统传送到另一个系统。 ;面向FP的估算模型;德尔菲法(Delphi technique) ;;;构造性成本模型(COCOMO：constructive cost model) ;基本COCOMO模型 是一个静态单变量模型，它用一个已估算出来的源代码行数(LOC)为自变量的函数来计算软件开发工作量。 中级COCOMO模型 在用LOC为自变量的函数计算软件开发工作量的基础上，再用涉及产品、硬件、人员、项目等方面属性的影响因素来调整工作量的估算 高级COCOMO模型 包括中级COCOMO模型的所有特性，但用上述各种影响因素调整工作量估算??，还要考虑对软件工程过程中分析、设计等各步骤的影响。 ;COCOMO模型中使用的基本量有以下几个： (1)DSI(源指令条数)，定义为代码行数，包括除注释行以外的全部代码。若一行有两个语句，则算做一条指令。 (2)MM(度量单位为人月)表示开发工作量。 (3)TDEV(度量单位为月)表示开发进度，由工作量决定。 (4)COCOMO模型重点考虑15种影响软件工作量的因素，并通过定义乘法因子，从而准确、合理地估算软件的工作量。 ;成本度量 ;类比估算法： 类比估算法是通过比较已完成的类似项目系统来估算成本，适合评估一些与历史项目在应用领域、环境和复杂度方面相似的项目。其约束条件在于必须存在类似的具有可比性的软件开发系统，估算结果的精确度依赖于历史项目数据的完整性、准确度以及现行项目与历史项目的近似程度。 ;细分估算法： 细分估算法是将整个项目系统分解成若干个小系统，逐个估算成本，然后合计起来作为整个项目的估算成本。细分估算法通过逐渐细化的方式对每个小系统进行详细的估算，可能获得贴近实际的估算成本。其难点在于，难以把握各小系统整合为大系统的整合成本。 ;周期估算法： 周期估算法是按软件开发周期进行划分，估算各个阶段的成本，然后进行汇总合计。周期估算法基于软件工程理论对软件开发的各个阶段进行估算，很适合瀑布型软件开发方法，但是需要估算者对软件工程各个阶段的作业量和相互间的比例具有相当的了解。 ;顾客满意度度量 ;美国专家斯蒂芬(Stephen H.Kan)在《软件质量工程的度量与模型》(Metrics and Models in Software Quality Engineering)中给出的企业的顾客满意度要素： ;作为企业的顾客满意度的基本构成单位，项目的顾客满意度会受到项目要素的影响 ，可以细分为如表所示的度量要素： ;产品度量 ;;软件产品质量度量模型