软件度量始于规模,终于规模
发布于 2024-10-01
2297
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
1 项目初期的度量
在项目初期,甲乙双方都希望能够制定出合理的预算和项目报价。通过初步需求的功能点估算,结合历史成本基线,可以预计出项目成本,并加上利润制定报价。需求调研完成后,使用精确的功能点度量方法来衡量软件规模,并依据历史生产率基线或规模与工作量的回归方程来预估开发工作量。进一步,工作量的估算结果将助于项目总体工期的估计,通过回归方程或关键路径模拟方法进行。确定了工作量后,计算出人工成本和其他成本,可得出项目预算。最后,依据历史缺陷密度基线估计质量活动中应发现的缺陷数量。
2 项目收尾的度量
项目末期,根据实际完成的软件规模进行结算,例如按每个功能点定价结算。项目结束后,评估项目组业绩时,可通过实际工作量和规模之比来计算开发效率,体现为每功能点的人月消耗。开发效率受多种因素影响,例如开发团队、平台、复用率和产品成熟度等。除开发效率外,还需评价产品质量,使用缺陷密度和质量单位投入两个指标。在质量投入足够的情况下,缺陷密度能有效评价产品质量。因此,在软件度量中,规模度量是核心,始终贯穿项目始末。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1251.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI之八:过程的基本概念
我们做过程管理,天天都在讲过程二字,真要给过程下个定义却没有那么容易。正如我们天天说某某是好人,某某是坏人,啥是好人,啥是坏人很难明确定义。但是这却是无法回避的问题,因此我们必须给过程下一个定义。 在CMMI-DEV V1.3模型P449中对过程下了一个定义,全文如下:A set of interrelated activities, which transform inputs into outputs, to achieve a given purpose. (See also “process
先敏捷再规范
先敏捷再规范,先做到再写到,先短期利益再长远利益,先实效再完备。 这个策略源于实践。因为一步到位直接采用规范的方法,阻力比较大,效果难以持久,很可能事倍功半,敏捷方法以其短期内可以见效、对已有的开发过程调整幅度小等特点易于开发人员接受,所以可以先敏捷再规范,将敏捷作为通向规范的一个阶段。 芸芸众生,大都是凡人。凡人都是注重短期利益的。只有那些领袖、那些思想家才是目光如炬,站的高看的远。过程改进要从
白话透解验收标准(AC)与完成标准(DoD)的区别
Accept criteria 与 Definition of Done是敏捷开发中的两个概念,容易混淆。AC是针对每个需求定义的。DoD是针对所有需求,任务,迭代,交付定义的。打个比方解释二者的区别:需求1:晚饭吃饱。验收标准AC: 1 牛肉+蔬菜+啤酒; 2 18点到19点之间完成。需求2:午饭吃饱。验收标准AC: ...
当 Harness 遇上 CMMI
AI工程与CMMI的融合:从工具到角色的管理范式转变 随着AI从一次性工具转变为持续参与生产的智能体,其管理需求发生了本质变化。
常见非功能性需求的描述案例
非功能性需求是需求的一个重要组成部分,它影响了系统的架构设计,需要开发人员重点关注。但是在工程实践中,往往客户不会提出非功能性需求,需求人员在描述需求时不知道如何描述,在国际的各种标准中,对非功能性需求有定义,但是比较抽象。因此我整理如下常见的非功能性需求的描述案例,供需求人员进行参考。1、性能需求描述案例:响应时间:在95%的情况下,一般时段响应时间不超过1.5秒,高峰时段不超过4秒。定位系统从
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线