扫码阅读
手机扫码阅读
快速学习COSMIC之一:COSMIC方法的简单案例
243 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
摘要
COSMIC方法是一个用于度量软件规模的方法,它通过计算软件需求中输入、输出、读、写这四类数据移动的个数来实现。以下是使用COSMIC方法的两个示例:
案例一:MIS类软件的需求度量
应用软件通常需要允许合法用户登录系统。通过USE CASE方式描述这一需求,我们可以识别出以下功能点:
- 输入:用户信息(1 CFP)
- 读:用户密码信息(1 CFP)
- 输出:错误提示(1 CFP)
- 写:登录日志(1 CFP)
总计这些功能点累计为4个。如果需求不包括记录登录日志,那么只能识别出3个功能点。如果需求描述不详细,可以采用粗略估计的方法,根据用例平均功能点数来计算。
案例二:实时软件的需求度量
在度量一个空调软件的功能规模的例子中,空调每隔5秒会检查和控制温度,根据COSMIC的计算规则,可以识别出以下功能点:
- 输入:5秒时钟信号
- 输入:室内温度
- 读:目标温度
- 输出:压缩机运转信息
这些功能点累计为4个。
输入、输出、读、写的具体识别规则详见COSMIC方法手册,该方法简单易学,适用于多种类型的软件,无需记忆复杂的数字和转换表格,学习成本低。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.4K
麦哲思科技任甲林的其他文章
项目进度跟踪的最佳实践:每日站立会议
项目进度跟踪的最佳实践:每日站立会议1 每日站立会议的具体做法每日站立会议是Scrum方法中的一条关键实践,看似很简单的一个活动,其实内涵丰富,站立会议通过每天面对面的沟通,可以: (1)快速同步进展,让项目组内部的员工互相了解彼此的进展,从而了解本项目的整体进展。 (2)给每个人一种精神压力,信守承诺。这是一种面对面的精神压力,直面项目进展。 (3)培养团队的文化,让每个人意识到:我不是一
软件项目宏观管理策略点睛
根据国际知名调查机构standish集团的统计,真正成功的项目仅有26%,而其他项目都可以算作失败项目。为什么这么多的项目都失败呢?问题出在哪里呢?依据笔者的经验,很多项目实际上是败在了初期,败在了启动时,败在了项目的宏观管理策略上。即,没有根据项目的特点采用合适的管理策略,即使后续的管理方法再细致也没有用了。我推荐如下八个感触颇深管理策略,供软件项目的管理者借鉴:
我说CMMI 2.0 之:原因分析与解决方案
原因分析与解决方案(CAR)是对选中的现象识别原因,并采取纠正措施或预防措施。 基本的思想:组织内的好事和坏事都可以做CAR,并非仅仅是对坏事做CAR。可以在计划阶段做CAR,也可以在事情发生后再做CAR, 前者是根据估计的结果做CAR,后者是根据实际执行的结果做CAR。在做原因分析时,是从现象,到数据,然后再到原因。数据准确刻画了现象,并有助于识别真正的原因。原因有浅层次的直...
CMMI4级实践问题30问-3
第7问 :根据我们的实际项目的数据,作出控制图计算上下限后,发现sigma值比较大,怎么办? 答: (1) 考察离散系数的大小,即: sigma/平均值,离散系数不能太大,一般掌握在(2) 如果认为sigma太大,就取2 sigma或2.5 sigma作为上限。 第8问:是否进度偏差率的均值必须确定为0%?如果定在0%,会发现项目的实际点都偏离均值,如果不
案例:建立工作量分布过程性能基线
某应用软件开发公司积累了最近3年的29个项目的工作量分布历史数据,试图建立工作量分布的过程性能基线。在该公司内对项目从3个维度做了项目分类:规模:大,中,小;开发方法:全新开发,修改;类型:常规,紧急,优化,外包。 原始数据如下表: 对工作量分布的数据与项目类型做了方差分析,发现:对这些原始数据采用箱线图的方法进行分析后得到如下的结论:
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线