快速学习COSMIC方法之十一:如何识别输入?
发布于 2024-10-01
3374
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
COSMIC方法定义了四种数据移动类型:输入、输出、读、写,这些是软件内部最小且不可再拆分的动作。在数据移动中,各种算术、关系和逻辑运算都不被计入功能点。
识别功能处理中的输入,包括触发输入(即第一个数据移动)和其他输入时需要注意几个要点:
- 每个数据移动只能涉及一个兴趣对象的一个数据组。错误地识别兴趣对象会导致计数错误。
- 如果同一兴趣对象的不同数据组来自不同类型的外部功能用户,则计为不同功能点;否则视为相同功能点。
- 实时软件中常见单属性数据组的输入,而应用软件中这种情况不多见。
- 允许输入兴趣对象的部分属性,无论属性数量多少,均计为一个输入。
- 输入与读不同,输入是从外部到功能处理的内部,而读是从存储介质到功能处理。
- 触发输入是功能处理的第一个输入,可仅有通知作用或同时携带数据。
- 时钟信号常用作触发输入,如实时软件的监控或应用软件的自动备份。
- 输入时相关的数据运算不单独计算功能点。
- 输入提示信息已包含在输入中,不额外计算功能点。
- 数据输入的缺省值视情况而定,固定不变的缺省值不计功能点,而变化的缺省值需要识别为读和输出。
总体来说,这些规则帮助准确度量软件的功能点,确保输入数据的正确计数。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1075.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI 2.0 之:原因分析与解决方案
原因分析与解决方案(CAR)是对选中的现象识别原因,并采取纠正措施或预防措施。 基本的思想:组织内的好事和坏事都可以做CAR,并非仅仅是对坏事做CAR。可以在计划阶段做CAR,也可以在事情发生后再做CAR, 前者是根据估计的结果做CAR,后者是根据实际执行的结果做CAR。在做原因分析时,是从现象,到数据,然后再到原因。数据准确刻画了现象,并有助于识别真正的原因。原因有浅层次的直...
3分钟弄懂CMMI2.0基准评估的抽样规则
CMMI 2.0和CMMI 1.3的评估方法相比,一个重大变化就是抽样规则变了,新的抽样规则要求覆盖的项目范围更广,但是再不要求有全覆盖的项目,将参与评估的工作量分摊到多个项目中,要求企业的流程体系能够真正在公司里推广落地,而且不是由评估师和sponsor来确定,而是由随机抽样系统来确定,减少了人为干预,确保了抽样的代表性。1 哪些项目可以参评,可用来抽样? 包括但不限于...
度量体系建立与COSMIC方法应用36问
Q1:度量体系建设的难点有哪些?后来是采取哪些策略解决的?A1:难点:采集哪些数据是有用的?有了数据如何抓结论出来。Q2:故障解决闭环率,类似这种KPI考核指标,有什么好的方法可以高效推进闭环呢?A2: 分析故障解决的时间分布,看看哪个环节耗时最长,是否针对这个环节有改进措施。短期见效的措施最受欢迎。Q3:度量规模给传统公司带来了哪些价值啊?A3:有了规模才可以比较生产率和质量。从软件开发方的角度,通过生产率的度量,判断当前的生产率究竟是高还是低,比较不同项目组,不同部门..
数据中存在的假象
在一些实施CMMI高成熟度的软件公司中对于过程的性能数据进行分析时,常常发现应该具有相关性的2个变量根据历史的数据不能证明这种相关性,或者是应该正相关的数据却分析出了负相关的结论,原因何在呢?例如: 我们的经验与常识: 假设或常识1:高水平的测试人员找出的BUG多, 低水平的测试人员找出的BUG少。 假设或常识2:高水平的开发人员犯的错误应该少,低水平的开
对愚公移山的反思
愚公移山的故事从小就学过,故事原文如下: 太行,王屋二山,方七百里,高万仞,本在冀州之南,河阳之北。北山愚公者,年且九十,面山而居。惩山北之塞,出入之迂也。聚室而谋曰:“吾与汝毕力平险,指通豫南,达于汉阴,可乎?”杂然相许。其妻献疑曰:“以君之力,曾不能损魁父之丘,如太行、王屋何?且焉置土石?”杂曰:“投诸渤海之尾,隐土之北。”遂率子孙荷担者三夫,叩石垦壤,箕畚运于渤海之尾。邻人京城
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线