快速学习COSMIC之一:COSMIC方法的简单案例
发布于 2024-10-02
2166
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
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 成员,中国分部主席
440 篇文章
浏览 708.8K
用例,Bug一团乱麻?
用统一平台打通用例、缺陷与测试执行,告别碎片化管理。
查看测试管理方案
麦哲思科技任甲林的其他文章
图解敏捷性能合弄结构APH之:valuing合弄
图一:valuing合弄的目的与性能等级图二:valuing合弄的活动各种敏捷方法的原则参见博客:https://blog.csdn.net/dylanren/article/details/87184790。 图三:valuing合弄使用的敏捷仪式和技术说明:为便于图形化表达,每种敏捷仪式或技术没有映射到具体的活动,敏捷活动与敏捷仪式是多对多的映射关系。 ...
如何推广单元测试
在我咨询的客户中,软件企业对于单元测试的执行情况可以划分为4类: (1)不做单元测试 (2)组织级要求了开发人员做单元测试,但是开发人员在做单元测试时,测试用例仅覆盖了程序中的正常路径,基本上是一个函数只有一个单元测试用例 (3)组织级要求了每千行代码必须有多少个单元测试用例,一般是在50个/KLOC到100个/KLOC之间。 (4)要求语句覆盖与分支覆盖必须达到100%。其中(3)、(4
项目管理的三架马车
决定项目成功的核心角色是什么?我认为是三个角色:项目经理、技术经理与需求经理。
项目经理:解决管理上如何做的问题,对项目的进度与质量负责。具体职责包括了:过程定义、估算、计划制定、计划跟踪与控制、风险管理、质量管理等。
技术经理:解决技术上如何做的问题,对项目的技术方案负责。具体职责包括了:技术可行性的评估、技术方案的确定、设计、设计验证、技术难题的解决、实现等。
需求经理:解决做什么的问题,对项目的需求与范围负责。具体职责包括了:需求获取、需求分析、
CMMI 4级实践问题30问-9
第28问: 2-3级的估算与4-5级的估算有什么区别? 估算的内容 估算方法 估算的可信度 估算的输入 2级 影响工作量的项目的固有属性 项目的工作量与成本 经验法 单点值或区间 本项目的属性 3级 经验法+模型法
公司级项目管理例会的汇报内容
很多公司有部门级或公司级的项目管理例会,一般会安排各个项目的项目经理给部门经理与公司的高层进行汇报,笔者曾经旁观过多家企业的项目管理例会,总结了如下的项目经理汇报要点:1 项目总体进展 (1) 到目前为止项目的工期已经进展到什么程度了?例如日历工期是100天,当前进展到了第30天,则工期已经过去了30%。 (2) 到目前为止任务完成情况如何?例如有100个任务,当前完成了50个,则任务完成百分
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线