快速学习COSMIC之一:COSMIC方法的简单案例
发布于 2024-10-02
2026
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
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 篇文章
浏览 642.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何保证日志的准确性?
(1)开发一套WEB版的日志系统,只要有网络就可以填写日志,无论是否出差在外。 (2)日志系统要操作最简单,员工天天用,操作烦琐了,就没有员工愿意用了。 (3)日志系统能自动提醒没有按时提交日志的人员,如果靠QA人员或者PM天天去检查,容易遗漏,也太累啊。 (4)日志系统能自动检查有错误倾向的日志,定义几条启发规则,比如1天工作超过了12小时的,低于4小时的等等。 (5) 在日志系统中,需要填写的
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
公司级项目管理例会的汇报内容
很多公司有部门级或公司级的项目管理例会,一般会安排各个项目的项目经理给部门经理与公司的高层进行汇报,笔者曾经旁观过多家企业的项目管理例会,总结了如下的项目经理汇报要点:1 项目总体进展 (1) 到目前为止项目的工期已经进展到什么程度了?例如日历工期是100天,当前进展到了第30天,则工期已经过去了30%。 (2) 到目前为止任务完成情况如何?例如有100个任务,当前完成了50个,则任务完成百分
对软件开发过程可重复性的思考
硬件的生产过程是可重复的。因为对产品功能、质量的要求是相同的、生产设备是相同的,生产流程也是相同的,硬件的生产力来自于设备,因此硬件的生产可以要求生产能力又准又稳,要求生产系统可以持续地生产出满足需求的产品。而每个软件项目的需求是不同的、人员的经验与数量是不同的、开发方法与开发过程是不同的、外部干扰的频次是不同的,软件的生产力来自于人,因而软件过程满足需求的能力相对于硬件的生产过程是偏弱的。人操作硬件,硬件生产产品,人对生产质量有影响,但更重要的是硬件。需求是原材料,是抽象的,每个项目的原材料是不同的。
MSN被盗号
我的MSN被盗号了,请大家不要打开我的账号发出的任何链接,也不要汇款。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线