快速学习COSMIC方法之二:COSMIC方法的度量过程
发布于 2024-10-02
2829
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
COSMIC方法度量摘要
度量策略阶段:此阶段主要包含四个关键活动:
- 确定度量目的:确立进行度量的原因,这影响度量的范围和结果。
- 确定度量范围:确定需要度量哪部分软件的规模,这取决于度量目的。
- 确定功能用户:明确软件的使用者,以确定度量范围和规模。
- 确定需求描述的详细程度:根据需求的详细程度选择快速或标准的度量方法。
映射阶段:涉及以下四个活动:
- 识别功能处理:将软件功能需求分解为最小的、独立的功能部件。
- 识别兴趣对象与数据组:确定软件处理的数据对象及其属性的子集。
- 识别数据属性:描述兴趣对象的特征,非必须识别。
- 识别数据移动:确认由输入、输出、读、写构成的功能处理。
度量阶段:包含以下四个活动:
- 新增需求计数:通过累加输入、输出、读、写的个数来确定功能处理的规模。
- 需求变更计数:计算新增、变更及删除的功能点数来确定需求变更规模。
- 本地化规则计数:根据本地化规则进行计数,如有不同则进行调整。
- 生成度量报告:记录度量结果,包括识别的各项活动和最终结果。
在整个COSMIC度量方法中,度量策略阶段通常有固定模式,时间短。映射阶段是度量投入的主要部分。虽然完整过程包括3个阶段共12个活动,但在有固定度量模式且无需本地化规则的情况下,活动数量可减少到6-7个。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1077.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
实施CMM时必须解决的认识问题
在基于CMM实施软件过程改善时,有些根本的思想认识问题解决不了,往往会使实施的周期比较长,效果不好,甚至导致过程改善的失败或中止。软件企业的高层领导、企业的过程改善主管、销售人员、项目经理及一般的开发人员都需要对这些问题统一认识,在此基础上才能消除各方面的阻力,把握好过程改善的方向,控制好过程改善的进度。笔者在总结了3年的实施CMM的经验教训后,归纳了如下几个思想认识问题,供拟准备进行过程改善或正
如何保证日志的准确性?
(1)开发一套WEB版的日志系统,只要有网络就可以填写日志,无论是否出差在外。 (2)日志系统要操作最简单,员工天天用,操作烦琐了,就没有员工愿意用了。 (3)日志系统能自动提醒没有按时提交日志的人员,如果靠QA人员或者PM天天去检查,容易遗漏,也太累啊。 (4)日志系统能自动检查有错误倾向的日志,定义几条启发规则,比如1天工作超过了12小时的,低于4小时的等等。 (5) 在日志系统中,需要填写的
时间箱管理
时间箱管理是敏捷方法中的一条实践,其含义是在项目中的某些活动的完成时间必须在规定的时间内完成。该实践有助于提高整个项目的工作效率,避免帕金森现象。
在敏捷方法里时间箱管理的具体体现包括:
(1) 每次迭代必须在固定的时间内完成,比如2周或1个月等,本次迭代必须交付一个质量得到充分检验的、可以运行的软件版本,如果有些需求不能在本次迭代内完成,则推迟到下一个迭代中完成。
(2) 项目的策划会议必须在4个小时内完成,某次迭代的策划会议必须在4个
CMMI V2.0 时代即将来临
CMMI V2.0
与AI结对调试程序的防坑指南
《与AI协作的九条血泪教训》 核心痛点在于AI倾向于"见症开方"而非"寻根治本"。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线