快速学习COSMIC方法之二:COSMIC方法的度量过程
发布于 2024-10-02
3252
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
COSMIC方法度量摘要
度量策略阶段:此阶段主要包含四个关键活动:
- 确定度量目的:确立进行度量的原因,这影响度量的范围和结果。
- 确定度量范围:确定需要度量哪部分软件的规模,这取决于度量目的。
- 确定功能用户:明确软件的使用者,以确定度量范围和规模。
- 确定需求描述的详细程度:根据需求的详细程度选择快速或标准的度量方法。
映射阶段:涉及以下四个活动:
- 识别功能处理:将软件功能需求分解为最小的、独立的功能部件。
- 识别兴趣对象与数据组:确定软件处理的数据对象及其属性的子集。
- 识别数据属性:描述兴趣对象的特征,非必须识别。
- 识别数据移动:确认由输入、输出、读、写构成的功能处理。
度量阶段:包含以下四个活动:
- 新增需求计数:通过累加输入、输出、读、写的个数来确定功能处理的规模。
- 需求变更计数:计算新增、变更及删除的功能点数来确定需求变更规模。
- 本地化规则计数:根据本地化规则进行计数,如有不同则进行调整。
- 生成度量报告:记录度量结果,包括识别的各项活动和最终结果。
在整个COSMIC度量方法中,度量策略阶段通常有固定模式,时间短。映射阶段是度量投入的主要部分。虽然完整过程包括3个阶段共12个活动,但在有固定度量模式且无需本地化规则的情况下,活动数量可减少到6-7个。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1251.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
为什么无法建立过程性能模型?
在CMMI四五级的软件公司中,建立过程性能模型是一个重点也是一个难点工作,很多公司无法建立过程性能模型,为什么呢? 1)数据不准 比如: Ø 对于评审的会议,评审的参与人有的是来学习的,在统计人数、工作量时就不应该统计在内。 Ø 有的数据当时没有采集,而是靠时候回忆采集上来的。 Ø 有的代码行数不是通过工具统计上来的,而是靠
实施敏捷的四个致命障碍
敏捷方法在中国推行的如火如荼,我也为多家公司做了敏捷的导入咨询,在实践中遇到了几个致命障碍,限制甚至阻止了敏捷方法的推行,我把有深刻体会的障碍总结出来,供大家在实践中规避之。障碍一:没有建立组织级的敏捷价值观与环境。 很多公司在导入敏捷时,先从一个项目开始尝试敏捷方法,试图在单项目内成功了,再推广到其他项目。这种初衷是好的,但是往往事与愿违,为什么呢?因为缺乏组...
案例:缺陷状态数据分析
有网友询问如表1所示的原始数据如何分析,发现问题,我觉得很有代表性,试着分析进行了分析,供大家参考。 表1: 11个项目的缺陷状态原始数据 产品名称 未解决 设计如此 重复Bug 外部原因 已解决 ...
如何澄清“一句话需求”?
很多项目需求写的模糊,如何对这些模糊的需求进行澄清呢?通过哪些问题可以帮我们澄清需求呢?我设计了一个问题单供大家参考。
关于需求跟踪矩阵的6个问题
1 需求跟踪矩阵(RTM)有什么作用? (1) 在需求变更、设计变更、代码变更、测试用例变更时,需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具,如果不借助RTM,则发生上述变更时,往往会遗漏某些连锁变化。 (2) RTM也是验证需求是否得到了实现的有效工具,借助RTM,可以跟踪每个需求的状态:是否设计了,是否实现了,是否测试了。 2 需求跟踪矩阵分为哪几类? (1) 纵向跟
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线