快速学习COSMIC方法之十三:如何识别读和写?
发布于 2024-10-01
1205
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
Summary of Data Interaction in Software Measurement
Understanding the difference between reading and writing data interactions in software is generally straightforward, with a low probability of error. These actions involve the transfer of data between software and storage media. Reading moves data from persistent storage to internal processing, while writing does the opposite.
Key Points to Identify Reading and Writing:
- Data Groups and Interest Objects: Each read or write involves data groups of a single interest object. Multiple reads or writes must be identified if multiple interest objects or different data groups of the same interest object are involved. Repeated reads or writes of the same data group count as a single action, as seen in software that reads exchange rates at regular intervals.
- Do Not Confuse Reading with Input and Writing with Output: Reading and writing refer to data movement to and from persistent storage, respectively. Input and output involve data movement to and from the user of the function. These should not be confused as long as the user and persistent storage are distinguished.
- Temporary Data Exclusions: Reads or writes of temporary data that are not interest objects and are used for implementation purposes do not count towards function points. An example is counting failed login attempts, which is not preserved after the function is completed.
- Single Function Point for Read Requests: Issuing a read command and then receiving the data is counted as a single read function point. If user input is needed, an output followed by an input is counted, but if no specific user data request is necessary, only an input function point is counted.
- Deletion Counts as Writing: Deleting a data group is considered writing, which aligns with common understanding and requires no further explanation.
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 717.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
一个本色的朋友
有个朋友,是项目经理,我的客户,很喜欢自由,很有自己的思想,很直率,很有能力,很幽默,做项目很忙,经常出差。每次访谈他,都为他的坦率、他的幽默而大笑。很正式的访谈,都是在很轻松的氛围进行,笑过之后,却又让你去深思,他给我一种举重若轻的感觉。每次到他们公司做CMMI的运行检查,见到他的机会并不多。有一次约好了半天的访谈,结果他在外边出差,无法及时返回来,让我怅然若失。他是规矩的打破者,他喜欢按自己的
CMMI之怪相分析
90年代中期,CMM开始传入中国。1999年清华鼎新成为首家通过CMM评估的国内企业,截止2006年底,中国通过CMMI正式评估的组织的数量仅次于美国和印度,位居全球第三。CMM在中国推广近10年以来,对于中国软件企业的发展起到了巨大的推动作用。但是,最近几年,CMMI在中国的推广却表现出了一些令人担忧的现象,社会上对于CMMI的评价日趋下滑。笔者试图透析企业通过评估后所表现出的种种怪现象,对中国
如何减少返工工作量?
提高软件开发效率的最有效手段就是一次做对,一次做好,不返工,追求交付零缺陷的目标。“对”就是没有错误,符合需求,“好”就是没有坏味道,易于修改。“做对”保证了产品的外部质量,“做好”保证了产品的内部质量,这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期,也可能发生在后期,或者是交付以后,缺陷越早发现,越早解决,返工的工作量越少。有哪些手段可以保证不犯错,少犯错,及时纠错呢?
西安印象
来西安大概有八次了。 印象最深的就是西安的美女与羊肉泡馍。 认识西安的美女不是在西安。曾经有济南的同事、有上海的和深圳的客户、北京的同行、南京的合作伙伴都是西安美女。西安美女最大的特征是:漂亮、大气、不拘小节。1995年,上海的一个客户,西安美女曾经到公司去参观,看完我们的软件演示进行讨论时,竟高兴的坐在了我们的办公桌上,害得办公室主任过来问我,是咋回事。 认识羊肉泡馍却是在西安。2005年
软件项目策划时常犯的12个错误
大概总结了一下,有时间再展开详细论述吧: 1 任务的颗粒度悬殊太大 2 任务的识别不全面,如: 没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务 没有识别出来计划修订的任务 模块间集成的任务没有识别出来 3 只做了工作量估计,没有做规模估计 4 只凭1或者2个人的经验进行估计,没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划的承诺 7 在schedul
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线