快速学习COSMIC方法之十五:如何度量需求变更的规模
发布于 2024-10-01


版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

麦哲思科技任甲林
扫码关注公众号

扫码阅读
手机扫码阅读
本文介绍了如何使用COSMIC方法来合理度量软件需求变更的规模。COSMIC,比传统的功能点估算方法更科学,在处理需求变更时,首先需要明确度量的目的,即度量的是变更的规模而非变更后的总规模。变更的需求需要根据功能处理进行拆分,主要涉及新增、删除和修改功能处理。
变更的功能处理可以分为三种情况:
- 新增的功能处理,按照已有方法识别功能点。
- 删除的功能处理,被删除功能点的个数即为变更规模。
- 对已有的功能处理进行了变更,这进一步分为:
- 新增数据移动。
- 删除数据移动。
- 修改数据移动。
修改了数据移动可能包括数据组属性的变更、属性的含义或格式变化,或者是数据运算的改变。通过累加修改的、删除的和新增的功能点,可以计算出本次变更的规模。
文章通过一个人力资源管理系统的例子阐述了上述规则。变更包括允许人员重名和身份证号的正确性校验。例如,当需求从不允许重名变为允许重名,相关的读和输出功能点被删除,变更规模为2个功能点。接着,加入了校验身份证号正确性的功能点,变更规模为1个功能点。最后,需求进一步变更为检查身份证号重复,这增加了一个读数据移动和修改了输出错误提示,变更规模为2个功能点。
总结来说,COSMIC方法提供了一种详细且科学的步骤来度量需求变更的规模,通过具体的例子展示了如何应用这种方法来计算变更规模。

麦哲思科技任甲林

麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 243.9K
麦哲思科技任甲林的其他文章
决策与解决方案练习结果分析
2008年3月4日对15人进行了DAR过程域的培训,针对一个设计方案选择的场景进行练习。划分为3个小组,每组5人。练习持续45分钟,点评45分钟。第1组练习的结果:评价指标权重方案1方案2方案3开发时间3321系统收益3
快速学习COSMIC方法之七:如何理解功能处理的定义?
在COSMIC度量手册中对功能处理的定义如下:a) 体现了待度量软件的功能性用户需求基本部件的一组数据移动,该功能处理在这些FUR中是独一无二的,并能独立于这些FUR的其他功能处理被定义。b) 一个功能处理只有一个触发输入。每个功能处理在接受到由其触发输入数据移动所移动的一个数据组后,开始进行处理。c)一个功能处理的数据移动的集合是响应触发输入的所有可能的功能性需求所需要的集合。注1:实现时,一个
读的感触点
1 开发人员的快乐: 创建事物, 开发对他人有用的东西, 组装的魅力, 持续学习的快乐, 在易于驾御的介质上工作 开发人员的苦恼: 追求完美 由他人设定目标 对他人有依赖 查找修改BUG 过时的很快 2 BROOKS法则:向拖期的项目追加人手,只能让项目更拖期 3 设计人员要少而精 4 开发人员如何避免画蛇添足 5 非正式交流,正式交流,
如何选择参评项目个数?
在CMMI的评估方法SCAMPI V1.3中,对于参评项目的个数给出一个公式进行计算确定: 实际子组个数*该子组内的项目个数每个子组的参评项目个数=—————————————————
敏捷方法中采集的度量数据
在敏捷方法中,要求度量的数据少之又少,可谓简单实用:规模:(1)故事点:用以估算工作量、度量开发效率。工作量: (2) 计划的工作量:用以排定项目计划。 (3) 剩余任务的计划工作量:用以跟踪项目进展。效率:(4)开发速度:每次迭代完成的需求的规模(如故事点),用以估算项目需要的迭代次数。其他度量元根据项目组的实际情况,可以由项目组自己定义。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线