快速学习COSMIC方法之十三:如何识别读和写?
发布于 2024-10-01
950
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
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 成员,中国分部主席
425 篇文章
浏览 567.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求交付周期的分析
需求交付周期的分析
知识、经验、悟性与执行力
每次去售前的时候客户总会问,选择什么样的EPG成员才合适? 前一段时间偶然看了一集《卧薪尝胆》电视剧,深受启发,总结了4个选人要素: 1 知识 知识是基础要求,应该有基本的软件工程知识,而不是白纸一张,这样才能容易沟通,知识可以通过学习来获得。 有无知识是相对的,知识可以通过是否学习过哪些课程,接受过哪些培训,读过哪些书籍来衡量。 实践出真知。知识经过实践的锤炼才能真正成为自己的知识,对知识与经验
CMMI之怪相分析
90年代中期,CMM开始传入中国。1999年清华鼎新成为首家通过CMM评估的国内企业,截止2006年底,中国通过CMMI正式评估的组织的数量仅次于美国和印度,位居全球第三。CMM在中国推广近10年以来,对于中国软件企业的发展起到了巨大的推动作用。但是,最近几年,CMMI在中国的推广却表现出了一些令人担忧的现象,社会上对于CMMI的评价日趋下滑。笔者试图透析企业通过评估后所表现出的种种怪现象,对中国
如何对质量数据进行分析?
在对质量数据分析时,应该对哪些活动,采集哪些度量数据,采用什么方法进行分析呢?请参考本文给出的系统归纳。
开好迭代回顾会议的5个原则
迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有: 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施; 把回顾会议开成
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线