扫码阅读
手机扫码阅读
快速学习COSMIC方法之十三:如何识别读和写?
38 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
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 成员,中国分部主席
420 篇文章
浏览 63.2K
麦哲思科技任甲林的其他文章
再谈如何推广单元测试
以前曾经写了一篇博文谈如何推广单元测试,最近有朋友问我如下的问题,因此便又写了本文,阅读时请综合原来的博文。问题: 有开发人员认为进行单元测试会花费大量时间来编写测试用例,因此他们做单元测试的意愿比较低,请问有何好的建议进行单元测试的改进?解答: 1 首先应该明确单元的含义。单元在面向对象的程序中指的是一个类,在结构化的方法中指的是一个函数。 2 其次应该明确单元测试的方法。单元测试的常用方
高成熟度的软件估算应该是什么样的?
1 估算基础 1)对估算对象(需求、任务等)的拆分颗粒度定义了上限与下限,以提升估算的准确度。 2)完备识别了估算对象,没有遗漏的需求或任务。 3)估算人员经过了估算方法的系统培训。 4)定义了组织级的估算方法。2 规模估算 1)从不估算规模或经验估算规模升级为客观度量规模,比如采用国际标准的功能点方法或自定义的规模度量方法,无论是哪种方法,规模与工作量之间应该是强相关的才是合理的。 2)如...
COSMIC度量案例:一个简单、明确的软件需求
培训教室管理需求描述:维护教室信息可新增/修改/删除教室,维护信息字段:教室编号、楼层、容量、功能、说明。1 有几个功能处理?新增、修改、删除、查询四个功能处理。2 为什么查询是单独的一个功能处理?因为进入培训教室管理的页面后,列出了已经输入的所有的教室的信息,可以不做其他任何操作退出,只是看看有哪些已有的教室。在上述的需求描述中没有明确说明查询的功能,但是根...
软件项目策划时常犯的12个错误
大概总结了一下,有时间再展开详细论述吧: 1 任务的颗粒度悬殊太大 2 任务的识别不全面,如: 没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务 没有识别出来计划修订的任务 模块间集成的任务没有识别出来 3 只做了工作量估计,没有做规模估计 4 只凭1或者2个人的经验进行估计,没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划的承诺 7 在schedul
项目管理的三架马车
决定项目成功的核心角色是什么?我认为是三个角色:项目经理、技术经理与需求经理。
项目经理:解决管理上如何做的问题,对项目的进度与质量负责。具体职责包括了:过程定义、估算、计划制定、计划跟踪与控制、风险管理、质量管理等。
技术经理:解决技术上如何做的问题,对项目的技术方案负责。具体职责包括了:技术可行性的评估、技术方案的确定、设计、设计验证、技术难题的解决、实现等。
需求经理:解决做什么的问题,对项目的需求与范围负责。具体职责包括了:需求获取、需求分析、
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线