快速学习COSMIC方法之十三:如何识别读和写?
发布于 2024-10-01
1399
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
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 成员,中国分部主席
471 篇文章
浏览 814.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
“大海捞针”式相关性分析的错误
实施CMMI高成熟时需要建立过程性能模型,如果采用了回归分析的方法,则其前提是x与y是相关的,首先要找到与y相关的x。而有的组织在寻找与y相关的x时,采用了一种“大海捞针”式的建模方法,即罗列出来所有采集的度量元数据,指定其中一个度量元作为y,然后在MINITAB中直接建立其他所有的度量元与该y的相关性分析矩阵,从中选择出与该y相关的变量,再去尝试建立回归方程。这种海选式建立回归方程的方法费时费力
如何分析各类时长数据?
本文列举了分析时长数据时的注意事项,并结合实例给出了时长数据的常用分析方法。
为什么无法建立过程性能模型?
在CMMI四五级的软件公司中,建立过程性能模型是一个重点也是一个难点工作,很多公司无法建立过程性能模型,为什么呢? 1)数据不准 比如: Ø 对于评审的会议,评审的参与人有的是来学习的,在统计人数、工作量时就不应该统计在内。 Ø 有的数据当时没有采集,而是靠时候回忆采集上来的。 Ø 有的代码行数不是通过工具统计上来的,而是靠
公司级项目管理例会的汇报内容
很多公司有部门级或公司级的项目管理例会,一般会安排各个项目的项目经理给部门经理与公司的高层进行汇报,笔者曾经旁观过多家企业的项目管理例会,总结了如下的项目经理汇报要点:1 项目总体进展 (1) 到目前为止项目的工期已经进展到什么程度了?例如日历工期是100天,当前进展到了第30天,则工期已经过去了30%。 (2) 到目前为止任务完成情况如何?例如有100个任务,当前完成了50个,则任务完成百分
出差须知12条
在去吃午饭的路上想到的,总结下来:1 身份证随身带,否则寸步难行。最好办2个身份证,家里一个,随身一个,以防丢失。2 信用卡随身带,所有的消费尽可能用信用卡。最好带招行一个,其他行一个,招行服务好,但是有的地方不能用,用其他行的备用。信用卡最好是带别人的卡,一旦钱包丢失,丢的是自己的身份证,别人的信用卡,这样不会被别人用你的身份证提现金。3 现金保持在2000元以上,以备不时之需。4 钱包里要保持
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线