扫码阅读
手机扫码阅读
快速学习COSMIC方法之十五:如何度量需求变更的规模
109 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
本文介绍了如何使用COSMIC方法来合理度量软件需求变更的规模。COSMIC,比传统的功能点估算方法更科学,在处理需求变更时,首先需要明确度量的目的,即度量的是变更的规模而非变更后的总规模。变更的需求需要根据功能处理进行拆分,主要涉及新增、删除和修改功能处理。
变更的功能处理可以分为三种情况:
- 新增的功能处理,按照已有方法识别功能点。
- 删除的功能处理,被删除功能点的个数即为变更规模。
- 对已有的功能处理进行了变更,这进一步分为:
- 新增数据移动。
- 删除数据移动。
- 修改数据移动。
修改了数据移动可能包括数据组属性的变更、属性的含义或格式变化,或者是数据运算的改变。通过累加修改的、删除的和新增的功能点,可以计算出本次变更的规模。
文章通过一个人力资源管理系统的例子阐述了上述规则。变更包括允许人员重名和身份证号的正确性校验。例如,当需求从不允许重名变为允许重名,相关的读和输出功能点被删除,变更规模为2个功能点。接着,加入了校验身份证号正确性的功能点,变更规模为1个功能点。最后,需求进一步变更为检查身份证号重复,这增加了一个读数据移动和修改了输出错误提示,变更规模为2个功能点。
总结来说,COSMIC方法提供了一种详细且科学的步骤来度量需求变更的规模,通过具体的例子展示了如何应用这种方法来计算变更规模。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 92.5K
麦哲思科技任甲林的其他文章
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
敏捷与规范的杂论
有几家客户在导入敏捷的方法,有些做的很好,很见实效,有些则仍在门外徘徊,形似而神非。究其原因,在于没有理解敏捷思想的精髓,存在对敏捷方法的误解。敏捷方法与规范方法都是为了按时、保质、在规定的时间内实现需求,殊途同归,目的相同,实现的方法不同。规范方法的管理假设是每个人都会犯错误,为了降低犯错的概率,事先定义了严格的过程,通过遵循规范的过程可以降低犯错的概率,如何确保按过程执行了呢?需要QA进行检查
程序员敬业精神的具体表现
在给客户培训的时候,很多项目经理提到了敬业精神的问题,结合自己的体会,我想通过下面的8个问题的可以判断一个程序员是否具有很好的敬业精神: (1)是否主动工作?尤其是涉及到2个人合作的时候,该是另外一个人解决的问题,你是否将问题告诉别人后,就等待,还是去及时跟踪问题的解决了? (2)当天该完成的工作,你是否做完了才休息? (3)你是否对未完成的任务找了一大堆借口? (4)在和别人有接口的任务时,你是
快速学习COSMIC之一:COSMIC方法的简单案例
COSMIC方法是新一代的软件规模度量方法,其基本的原理很简单,就是度量软件需求中的输入、输出、读、写这4类数据移动的个数,我们通过2个简单的例子来说明其基本的原理。 案例一:针对MIS类软件的需求 对于应用软件而言,我们都有这样的需求:允许合法用户登录到系统中; 对于上述的功能需求,我们可以采用USE CASE的方式详细描述需求如下:
需求文档化的真理与谬误
如果是2个公司之间的供求关系,请将需求文档化; 如果是2个部门之间的供求关系,请将需求文档化; 如果是2个小组之间的供求关系,请将需求文档化; 如果是2个人之间的供求关系,请将需求文档化; 这是真理. 再好的合作关系,当发生分歧的时候,也会互相追究责任,在追究责任的时候,请拿出你的依据:文档. 道德是感性的,证据是理性的.道德是合作的基础,但并非有了良好的道德就一定能合作成功,因为分歧并非仅有道德
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线