扫码阅读
手机扫码阅读
快速学习COSMIC方法之十五:如何度量需求变更的规模
24 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
本文介绍了如何使用COSMIC方法来合理度量软件需求变更的规模。COSMIC,比传统的功能点估算方法更科学,在处理需求变更时,首先需要明确度量的目的,即度量的是变更的规模而非变更后的总规模。变更的需求需要根据功能处理进行拆分,主要涉及新增、删除和修改功能处理。
变更的功能处理可以分为三种情况:
- 新增的功能处理,按照已有方法识别功能点。
- 删除的功能处理,被删除功能点的个数即为变更规模。
- 对已有的功能处理进行了变更,这进一步分为:
- 新增数据移动。
- 删除数据移动。
- 修改数据移动。
修改了数据移动可能包括数据组属性的变更、属性的含义或格式变化,或者是数据运算的改变。通过累加修改的、删除的和新增的功能点,可以计算出本次变更的规模。
文章通过一个人力资源管理系统的例子阐述了上述规则。变更包括允许人员重名和身份证号的正确性校验。例如,当需求从不允许重名变为允许重名,相关的读和输出功能点被删除,变更规模为2个功能点。接着,加入了校验身份证号正确性的功能点,变更规模为1个功能点。最后,需求进一步变更为检查身份证号重复,这增加了一个读数据移动和修改了输出错误提示,变更规模为2个功能点。
总结来说,COSMIC方法提供了一种详细且科学的步骤来度量需求变更的规模,通过具体的例子展示了如何应用这种方法来计算变更规模。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 63.2K
麦哲思科技任甲林的其他文章
软件开发的质量红线
质量红线是我的一个客户提出的概念,即质量管理的底线、最低要求、最低标准,无论在什么情况下,项目都不能违背这个底线,比如项目组在进行多快好省四个要素平衡时,无论如何平衡,都不能违背质量的最低要求。我认为这个名词很直观形象,因此借用一下。 在定义质量红线时应该从质量的投入与质量的产出两个方面进行定义。 质量的投入如: 评审投入的工作量;
我说CMMI2.0之产品集成
产品集成(PI)即把不同部件集成在一起,形成一个更大的部件或一个完整的可交付的产品。该PA包含了集成策略的制定、集成准备、集成、集成后的验证与确认、以及交付的活动。 实践列表 PI 1.1 Assemble solutions and deliver to the customer. 组装解决方案并交付给客户 ...
风险来源与风险分类的区别与联系
CMMI 1.2的RSKM 过程域的SP1.1为:Determine risk sources and categories,在该实践中明确区分了风险来源与风险分类。确定风险的来源和分类是为了全面、系统地识别潜在风险,合并类似风险的规避措施。风险来源用于在项目或组织内确定风险产生的原因。对项目来讲有许多风险来源,包括内部和外部的。风险来源标识了风险可能发生的常见领域。常见的内部和外部风险来源有:•
不要这样做CMMI
很多公司在做CMMI,很多公司也在重复这种错误:“证书优先,机械照搬,文档泛滥,似严实宽。”!1“证书优先”。CMMI的证书成了一个敲门砖,没有这个证书难以承担国外的项目,没有CMMI的证书就难以在国内一些项目的竞标中获胜,也无法获得政府的补助,于是很多公司都选择了要在短时间内获得CMMI证书。证书只是过程改进的附属物,而过程改进的实效才是其真正的价值。为了尽快拿到证书,企业往往忽略了实效,从形式
度量数据分析的3个层次
很多企业在实施CMMI 的MA过程域时,积累了大量的数据,但是不知道如何分析,没有充分发挥出这些数据的作用,花费了大量的人力收集来的数据没有给决策提供应有的帮助,很是可惜。究其根源,是不了解数据分析的方法。在咨询过程中,我总结了进行数据分析的3个层次: 1 简单观察分析 通过对数据进行整理(如排序、分类等),绘制成各种图形,通过这些图形观察出直观的结论,可以绘制的图形如:饼图、条形图、直方图、折线
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线