扫码阅读
手机扫码阅读
案例:区分项目类型建立过程性能模型
116 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:案例:区分项目类型建立过程性能模型
文章来源:
麦哲思科技任甲林
扫码关注公众号
文章摘要
在企业内部,不同类型的项目可能展现出不同的过程性能规律。本案例分析了某公司19个项目的缺陷密度与圈复杂度超过15的函数个数比例的数据。通过对数据的统计分析,发现两类项目显示出不同的规律性,强调了在建立过程性能模型时区分不同项目类型的重要性。
原始数据分析
散点图分析显示,删除特定的离群点后,项目数据间缺乏明显相关性。对缺陷密度进行对数变换后,其分布趋于正态,但对数缺陷密度与圈复杂度超过15的函数比例的回归分析拟合度不佳,不适合实际应用。
应用软件项目数据分析
对应用软件项目单独分析发现,缺陷密度和圈复杂度函数比例均近似服从正态分布,无离群点。相关性检验表明二者之间存在强相关(Pearson相关系数=0.839),且回归分析的结果通过了F检验、t检验和残差分析,证明回归方程是有效的。
嵌入式软件项目数据分析
嵌入式软件项目的散点图分析则显示,除去离群点后,剩余数据点没有明显趋势,说明嵌入式软件项目的缺陷密度和圈复杂度函数比例之间不存在显著相关性。
结论
综合上述分析结果,该公司的应用软件与嵌入式软件项目在过程性能上的规律有所差异,需要分别对待。这强调了在分析项目过程性能数据时,必须细心观察、多尝试和多分析以发现项目间的差异。
想要了解更多内容?
查看原文:案例:区分项目类型建立过程性能模型
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 134.4K
麦哲思科技任甲林的其他文章
需求交付周期的分析
需求交付周期的分析
不惑
“四十不惑”,意思是到四十岁的时候,对如何处理各种事情想的很明白了,知道如何处理了,有了自己的处世原则与方法,比较坚定。 定义了原则,就不会犹豫不决。就不需要再去废脑子考虑太多,才能快速决策。 不惑的前提是要有原则,有原则的前提是要对为什么定义这些原则想透彻。想透彻不是很容易的一件事情,需要时间的积累,需要螺旋上升的提高认识。只有想透彻了,原则才不会变,也才能不惑。 定义了原则,就要按
案例:非功能性需求的设计
很多项目组在设计文档中仅仅是把非功能性需求的描述拷贝到设计文档的非功能性章节。因此特地设计了两个简单的需求给大家参考,希望能够引导设计人员重视非功能性需求的设计。
如何确定测试的重点?
测试投入不足是大多数项目都面临的棘手问题。在此前提下,如何最大限度的提升软件的可靠性呢?本文给出了一个简单框架,帮助组织与项目组定义自己的测试策略、测试重点。
实施CMM时必须解决的认识问题
在基于CMM实施软件过程改善时,有些根本的思想认识问题解决不了,往往会使实施的周期比较长,效果不好,甚至导致过程改善的失败或中止。软件企业的高层领导、企业的过程改善主管、销售人员、项目经理及一般的开发人员都需要对这些问题统一认识,在此基础上才能消除各方面的阻力,把握好过程改善的方向,控制好过程改善的进度。笔者在总结了3年的实施CMM的经验教训后,归纳了如下几个思想认识问题,供拟准备进行过程改善或正
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线