过程与改进考点整理_精品文档Word下载.docx
《过程与改进考点整理_精品文档Word下载.docx》由会员分享,可在线阅读,更多相关《过程与改进考点整理_精品文档Word下载.docx(24页珍藏版)》请在冰豆网上搜索。
w3)Juran质量螺旋(QualityLoop)
w4)80/20原则
克劳士比(Crosby)
Crosby提出了“零缺陷”的概念,即第一次就把事情做对
ü
1)质量管理的绝对性
2)质量改进的基本要素6C
6C“变革管理的六个阶段”:
①领悟(comprehension)——理解质量真谛
②承诺(commitment)——制定质量策略的决心
③能力(capability)——教育与培训
④沟通(communication)——成功的经验文档化、制度化
⑤改正(correction)——预防与提高绩效
⑥坚持(continuance)——强调质量管理成为一种工作方式
WattsHumphrey
软件质量之父、CMM之父
w提出CMM理论,在IBM工作27年,负责管理产品研发,1986年从IBM辞职加入SEI,受美国国防部委托,提出了软件能力成熟度模型(CMM)
w将TQM(TotalQualityManagement,全面质量管理)的思想运用到软件过程改进中,并根据软件的特殊性提出适合软件开发的成熟度模型,是传统行业质量管理思想的深入运用
w力推个体软件过程(PersonalSoftwareProcess,PSP)和团队软件过程(TeamSoftwareProcess,TSP),这两个过程理论在解决软件零缺陷方面取得了令人瞩目的成绩
质量运动
wShewhart——20世纪30年代发表统计学质量控制原理
wDeming1956,Juran1956——进一步发展并成功证明Shewhart的原理
wCrosby1960——发展质量成熟度的量化
wHumphrey1986——软件过程中采用Crosby的成熟度量化,加入成熟度等级的概念
wSEI1987-97——发展成熟度框架,成熟度问卷,SPA(软件过程评估),SCE(软件能力评估),CMM(能力成熟度模型
软件过程描述。
。
第二章PSP
wPSP基本度量项
w时间
w缺陷
w规模
时间日志
wPSP度量缺陷
缺陷:
任何会引起交付产物变化所必要的修改
包括文档描述错误、拼写错误、语法错误、逻辑错误等
PSP:
缺陷类型标准,10个典型的缺陷类型【Humphrey,2005】
缺陷日志
常用规模度量方式:
代码行(LOC):
可以精确地度量软件产品的规模,也方便开发相应的规模统计工具,但是在项目初始阶段,很难直接估算出程序的代码行
功能点(FP):
在项目早期容易识别,但是功能点的度量比较粗略且对于功能点的粒度缺乏一致的理解,不存在可以对功能点进行自动化统计的方法
PROBE(PROxyBasedEstimation)
PROBE估算流程
wPROBE估算方法主要用来估算待开发程序的规模和所需资源
w一个典型的PROBE流程包括概要设计、代理识别、估算并调整程序规模(时间)、计算预测区间等步骤
E代表代理规模,其中β0size和β1size是对已有的历史数据中代理规模估算值与程序规模实际值采用最小二乘法计算出来的系数
规模估算公式:
对于n(n>
=3)组历史数据,β0size和β1size的计算方法如下:
X代理规模,Y程序规模
在获得了调整后的估算结果之后,还需要对估算结果进行评价
计算预测区间
其中,t(p,df)表示自由度为df、概率为p的t分布,通常,p取70%,即估算的结果有70%的可能在该公式计算出来的范围中;
自由度df取值为n-2
σ的计算公式如下
对历史数据的处理:
三种方法比较
w简单方法
计算简单,但不稳定,随着新数据的加入会造成相对大小矩阵数据的大幅度调整
w正态分布法
相对稳定,在历史数据基本符合正态分布的情况下,可以给出非常好的相对大小矩阵,但实际上程序规模的分布并不是正态的
w对数正态分布法
更加符合人们对于程序规模的直观感觉,PSP中大部分情况下都使用对数正态分布法来对历史数据进行整理,进而获得相对大小矩阵;
需要经常维护和更新相对大小矩阵
质量指标
w为了保证评审过程的质量,PSP定义了一系列过程质量的度量指标
Yield
A/FR
PQI
评审速度
DRL
wYield指标用以度量每个阶段在消除缺陷方面的效率。
PhaseYield=100*(某阶段发现的缺陷个数)/(某阶段注入的缺陷个数+进入该阶段前遗留的缺陷个数)
ProcessYield=100*(第一次编译前发现的缺陷个数)/(第一次编译前注入的缺陷个数)
wYield指标越高越好
w整个过程的ProcessYield,期望值在80以上
wYield是一种事后的质量控制手段
w无历史数据估算:
将单元测试阶段的PhaseYield设定为50
资料表明:
在测试中每发现一个缺陷,往往意味着还有一个缺陷没有被发现
调整缺陷数,将多的缺陷数按比例添加到注入缺陷当中去
质量指标A/FRappraisaloffailureratio
w质检失效比
w质量成本(CostOfQuality,COQ):
用来量化质量问题所带来的成本消耗
wCOQ的三个主要组成部分:
失效成本:
分析失效现象,查找原因、做必要的修改所消耗的成本
质检成本:
评价软件产品,确定其质量状况所消耗的成本
预防成本:
识别缺陷根本原因、采取措施预防其再次发生所消耗的成本
A/FR=PSP质检成本/PSP失效成本
wPSP中定义的失效成本为编译时间和单元测试时间之和
wPSP中定义的质检成本为设计评审时间与代码评审时间之和
w当A/FR小于2.0时,测试阶段发现的缺陷数目较多
w当A/FR大于或者等于2.0时,测试阶段发现的缺陷数目较少
w理论上,A/FR的值越大,往往意味着越高的质量
w过高的A/FR往往意味着做了过多的评审,反而会导致开发效率的下降
w作为指南,在PSP中A/FR的期望值为2.0
w为了确保较高的质量水平,软件工程师应当花费两倍于编译加测试的时间进行评审工作,评审的对象为设计和代码
wPQI(ProcessQualityIndex):
过程质量指标
用以度量PSP过程的整体质量
PQI用来全面刻画软件过程质量
它是5个过程质量指标的乘积
设计质量
设计评审质量
代码质量
代码评审质量
程序质量
具体要求:
设计质量:
设计时间应该大于编码的时间
设计评审质量:
设计评审时间应该大于设计时间的50%
代码评审质量:
代码评审时间应该大于编码时间的50%
代码质量:
代码的编译缺陷密度应当小于10个/千行
程序质量:
代码的单元测试缺陷密度应当小于5个/千行
w通过适当处理,将5个指标定义成0.0-1.0之间的某个数值,PQI为这5个数值的乘积,其范围也是从0.0-1.0
wPQI超过0.4,组件质量往往比较高
评审速度(ReviewRate)是一个用以指导软件工程师开展有效评审的指标
w高质量的评审需要软件工程师投入足够的时间进行评审
w大量统计数据表明,代码评审速度小于200LOC/小时,文档评审速度小于4Page/小时
缺陷消除效率比(Defect-RemovalLeverage)度量的是不同缺陷消除手段消除缺陷的效率
w其计算方式是以某个测试阶段(一般为单元测试)每小时发现的缺陷数为基础,其他阶段每小时发现缺陷数与该测试阶段每小时发现的缺陷的比值就是DRL
w打印后评审
大量实践经验表明:
将评审对象打印出来可以获得更好的评审效率
PSP设计模板
w操作规格模板(OperationalSpecificationTemplate,简称OST)
w功能规格模板(FunctionalSpecificationTemplate,简称FST)
w状态规格模板(StateSpecificationTemplate,简称SST)
w逻辑规格模板(LogicalSpecificationTemplate,简称LST)
wOST(操作规格模板):
描述系统与外界的交互情形
wFST(功能规格模板):
描述系统对外的静态接口
wSST(状态规格模板):
描述系统的状态信息
wLST(逻辑规格模板):
描述系统的静态逻辑
UML是一种业界广泛认可和使用的描述软件系统设计的方式
w描述系统结构的图
类图、组件图、复合结构图、部署图、对象图、包图
w描述系统行为的图
活动图、状态机图、用例图、通信图、交互概览图、顺序图、定时图
UML与PSP设计模板的关系
wUML的用例图和顺序图提供了与PSP中OST同样的信息
wUML中的顺序图和类图所描述的类之间的关系以及对象之间的交互信息在PSP4个设计模板中没有对应的内容
wUML类图中记录了方法的型构,然而方法的行为没有描述,这一点在PSP的FST中有相应的内容
wPSP中的LST用以描述程序的静态逻辑,这在UML没有对应的图示方法
wUML中的状态机图与SST描述的状态图类似,但是SST中描述的关于状态、状态转换条件以及状态转换中的动作没有对应的UML图示方法
第三章TSP
w团队工程开发中的实现策略,验证以及确认活动。
团队实现过程中,应该与设计策略保持一致
w三个关注点:
评审的考虑
复用策略
可测试性考虑
w评审的考虑
设计过程:
自顶向下、逐层精化
实现过程:
自底向上
w复用策略
自底向上实现策略
代码注释的应用
w可测试性考虑
实现阶段对于可测试性的考虑主要体现在实现的计划必须与测试计划一致,以避免进行集成测试的时候因部分模块没有实现带来不便
w验证(Verification)和确认(Validation)都是为了