Ch07-定量管理

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,软件过程改进方法与实践案例,王安生,Chapter 7.,定量管理,“知己知彼，百战不殆,。”,关键过程域,分类,等级,管 理 类,组 织 类,工 程 类,优化级,(,等级,5),Optimizing,技术更改管理,(TCM),过程更改管理,(PCM),缺陷预防,(DP),定量管理级,(,等级,4)Manged,定量过程管理,(QSM),软件质量管理,(SQM),已定义级,(,等级,3),Defined,集成软件管理,(ISM),组间协调,(IC),组织过程焦点,(OPF),组织过程定义,(OPD),培训大纲,(TP),软件产品工程,(SPE),同行评审,(PR),可重复级,(,等级,2),Repeatable,需求管理,(RM),软件项目策划,(SPP),软件项目跟踪和监督,(SPTO),软件子合同管理,(SSM),软件质量保证,(SQA),软件配置管理,(SCM),初始级,(,等级,1),Initial,无序的过程,主题,过程的定量管理,数据采集和PCB的建立,软件质量管理,过程的定量管理,定量过程管理的目的是为了定量地控制软件项目的过程性能。,软件过程性能表示软件项目遵循一个软件过程所得到的实际结果。,定量过程管理的目标,1),定量过程管理活动是有计划的。,2),项目定义的软件过程的过程性能受到定量控制。,3),组织的标准软件过程的过程能力是定量已知的。,定量过程管理活动,计划经过同行评审,制定,定量过程,管理计划,定量过程管理计划的基础：,1),组织的有关产品质量、生产率和产品开发周期的战略目标,2),组织的测量大纲,3),组织的标准软件过程,4),项目的有关软件产品质量、生产率和产品开发周期的目标,5),对其他项目定义的软件过程测量的性能数据,6),项目定义的软件过程的描述。,计划由负责组织软件过程活动的组,(,例如软件工程过程组,),评审,计划受到管理和控制,1,2,3,4,实施定量管理,计划要包括和关注：,a),定量过程管理活动的目标和目的,b),待测量和分析的软件任务或其他软件活动,c),项目定义的软件过程的,),数据采集设施,实施,管理活动,1,关注：,d),实施的定量过程管理活动及其进度,e),负责定量过程管理活动的组和个人,f),实施定量过程管理活动所需要的资源，包括人员和工具,g),实施定量过程管理活动所遵循的规程,2,实施定量管理计划,需考虑的项目定义的软件过程的属性包括：,a),任务、活动及其相互关系,b),软件工作产品相互间的关系及它们与项目定义的软件过程的关系,c),过程控制点和数据采集点,确定,数据收集,和定量分析,的策略,设定数据采集点，负责人，,建立任务与活动的关系,软件开发过程,采集软件过程的数据,a),所采集的测量数据应支持组织和软件项目的测量目标和目的,b),确定待收集的具体测量数据、其精确定义、对每项测量的预想应用和分析以及采集它们的过程控制点,采集数据,c),测量从整个软件生存周期,(,例如，开发阶段和开发之后的阶段,),中选择,d),测量应包括关键软件过程活动和主要软件工作产品的特性,e),对所有的软件项目，按一致的标准采集有关组织的标准软件过程的测量数据,f),要控制的测量是软件活动的自然结果,(,在可能处,),g),为支持预先确定的分析活动选择测量,h),独立评估测量数据的有效性,i),合适时，将所采集到的测量数据存储到组织的软件过程数据库中,1,过程库,2,3,4,数据分析与控制,a),预先确定具体的数据分析活动,b),标识、采集和分析贯穿于整个项目定义的软件过程中活动的测量数据,c),所选的测量应恰当地描述所表示的过程特征,d),对每种测量规定其预计的均值和方差,数据分析,过程控制,e),定义每种测量的可接受界限，并建立项目的过程性能基线,f),将每种测量的实际值与预计的均值和方差相比较,g),当实际过程性能超出预定的可接受界限时，调整项目定义的软件过程，使其实际过程性能保持在可接受的界限之内,h),当项目定义的软件过程受到定量控制时，建立以下各项的基线：,1),测量的定义，,2),实际测量数据，,3),测量的可接受界限,i),软件项目的过程性能基线受到管理和控制,报告定量过程管理活动的结果,a),在报告数据分析结果之前，与受数据影响的人员一起对结果进行评审,b),给软件经理、软件任务组长和高层管理者提交适合其需要的正规的结果报告,c),给软件质量保证组提交适合其需要的正规的结果报告,d),按项目经理、高层管理者和软件经理的要求提交专门报告,定量过程,管理报告,定量分析报告,建立和维护过程能力基线,a),将项目的软件过程性能基线中所概括的软件过程数据记录在组织的软件过程数据库中,b),必要时，将每个项目定义的软件过程的过程性能基线纳入组织的标准软件过程的过程能力基线中,c),将组织的标准软件过程的过程能力基线文档化,计算和确定,能力基线,d),考查组织的标准软件过程的过程能力趋势，以预测可能发生的问题和改进的机会,e),组织的标准软件过程的过程能力基线受到管理和控制,f),当承担的软件项目与过去的项目有本质上的不同时，为该项目建立新的过程性能基线，作为组织的标准软件过程剪裁工作的一部分,g),对组织的标准软件过程的更改进行跟踪和分析，以评估其对过程能力基线的影响,寻找,改进机会,数据采集和PCB的建立,数据采集工作的任务,软件过程数据的采集细节,数据的保存与存取,采集工作与项目过程的集成,PCB的建立,数据采集工作的任务,设计数据采集和保存方法，并获得相应的支持工具。,召集并培训执行数据采集的人员。,采集和记录每个被度量的数据。,使用定义好的表格，把采集到的数据提供给执行分析工作的个人和小组。,监控数据采集和保存活动的执行和性能。,引起费用增加,主 要 活 动,SEL,的经验数据,超额工作,会议、培训、会谈、使用工具的费用,37%,数据处理,收集,/,确认表格,归档,/,数据入库,数据管理和报告,1012%,信息分析,设计实验、评估实验,定义分析工具,大于,25%,过程数据的采集细节,在记录规程中，要：,确定个人和组织的职责。,详细说明在何时、何地以及怎样进行度量。,定义用于记录和报告结果的规范过程。,提供标准的填空表格，以便于手工记录数据。,过程的稳定性,过程的稳定性可以从几个方面来评估：,1),时间顺序：应当确保为评估、控制或改进过程性能而采集的度量都具有观察顺序的记录。这样做会有助于把时间顺序与任何可能影响度量值的时间或里程碑联系起来。,2),上下文数据：分析控制图需要有关数据产生时的上下文信息，以便合理地解释图中的性能记录。因此，对于过程性能数据，最好回答如下的信息：,单点值都代表了什么？是些什么数？,这些数值是如何获得的？谁获得的？何时或是否频繁？,数据呈现什么偏差源？,3),数据值的舍入：采集过程必须确保度量和记录数据的规模有适当的粒度，并且确保记录的数据值的舍入是合理的，以防止控制图中的数据失控。,4),度量稳定性：当创立新的度量或修正现有的度量元时，数据采集过程也会改变。这样就可能破坏度量过程的稳定性。,数据收集中的问题,问题,典型原因,可能的解决方法,数据不准确,原始数据不准,产生的数据不认真,保证原始数据的准确性,仔细监督数据值和收集过程,数据不及时,数据的获得不及时,修改产生数据的体系,数据没测量或刻度不正确,收集与分析的目的要一致,开发体系，重新对数据刻度,太多的数据,数据之间的相关性太大,开发获取组合数据的方法,开发更简单聚合的模型,所需数据不存在,没人获得所需数据,要求的数据不存在,依据需要，调整,从新评估数据需求,采集数据的检查和确认,数据必须是那些已经通过检查，保证是按照规程说明采集的、无错误的。,真实性,同步性,当两个或多个属性的数值在发生时间上互相关联时，可以认为这些度量是同步的。任何与时间关联的度量对于同步性问题尤其敏感。,采集数据的检查和确认,一致性,例如，下面的示例：,混用或混淆计算月份的值与日历月份的值。,按照日历月份报告的工作费用含有不同的工作天数。,不同的项目具有不同的工作分解结构、度量定义和过程定义。,个人或工作描述的改变造成重新划分工作种类或执行的任务。,有效性,要证明用于描述一个属性的值真实地反映了该属性。为此，一定要清楚地定义每个度量元。尤其必须明确陈述度量的规则，保证没有二义性。,数据的保存与存取,简单地，可采用个人计算机数据库系统和电子表格程序来保存和分析数据。,更进一步，建立项目管理数据库，保存过程度量数据,创建、管理过程度量数据库系统时，需要考虑的事项：,1),把度量值与度量的定义、规则、实践、使用的工具结合在一起,2),把度量值与被度量的实体和属性结合在一起,3),把度量值与采集它们的上下文和环境,(,产品、环境、过程描述，过程和项目状态，度量的时间和地点，度量的方法，等等,),结合在一起,4),适应过程剪裁,(,通过记录过程规格说明的描述、剪裁、过程之间的其他区别,),5),解决与其他数据库的关联、存取以及协作，例如用于时间和成本报告、成本估算、配置管理、质量保证、人员等的数据库,6),不要存储间接度量值,(,例如，缺陷密度和变化率,),，因为它们可以由使用者从直接度量结果计算而得到。,对过程库的管理,建立了过程库，接下来的问题是对过程库的管理，具体讲：,谁负责录入和维护数据。,谁具有访问的权限。,把数据保存在何处。,如何编辑和检索数据。,数据采集工作与项目过程的集成,采集数据时，必须考虑尽可能减少超额的工作量。,将数据采集和保存融入到项目过程：,确定数据的采集和保存方法，落实采集工具。,安排执行数据采集过程的工作人员，并对他们进行培训。,为度量的每个目标过程采集和记录数据。,把采集到的数据使用定义好的表格提供给执行分析人员和小组。,监控数据采集和保存活动的执行情况和性能。,数据采集源头,被采集的数据,(,度量元,),电子化来源,硬拷贝来源,里程碑完成,项目管理系统,/,项目进度系统,进度,工作单元进展,项目进度工具,配置管理系统,状态报告,增量式能力,配置管理系统,构造报告,状态统计记录,个人工作量,成本核算系统,时间报告系统,估计工具,计时单,财务性能,性能管理系统,财务系统,获得价值报告,财务记录,物理规模和稳定性,静态分析系统,配置管理系统,计算机模型,产品列表,产品规范说明单,实验室测试记录,功能规模和稳定性,功能点计算系统,变更请求跟踪系统,配置管理系统,计算机辅助软件,(CASE),系统,需求和设计规范说明,变更请求,被采集的数据,(,度量元,),电子化来源,硬拷贝来源,功能正确性,缺陷,/,问题跟踪系统,配置管理系统,CASE,工具,自动测试工具,测试时间报告,评审,/,审查报告,设计评审笔记和行动措施,可维护性,静态分析工具,问题或故障跟踪系统,评审,/,审查报告,问题报告,维护报告,效率,动态分析工具,系统监控工具,性能分析报告,可用性,问题,/,故障跟踪系统,客户服务支持系统,操作员问题报告,过程依从性,过程制定工具,估计发现，评审报告,过程效率,项目管理系统,时间报告系统,计时单，过程评审发现,过程有效性,缺陷,/,问题跟踪系统,时间报告系统,测试时间报告,评审,/,审查报告，计时单,客户反馈,联机反馈系统,调查结果，意见表,PCB的建立,能力基线的计算,均值,=(values)/n,标准方差,=(values),2,/n-(,),2,1/2,UCL=,+(2*,),取,2,LCL=(2*),或,0(,如果为负数,),values,：具体数值,n,：数值的个数,：求和算符,代码审查的能力基线例子,软件质量管理,软件质量因素分解,软件质量计划指标,软件质量的跟踪和控制,软件质量因素分解,ISO9126的质量观点,使用质量,效率,生产率,安全性,满意度,ISO-,9126,ISO9126内部或外部测量,可靠性,适合性,准确性,互操作性,安全性,功能性,依从,功能性,成熟度,(,硬件、