扫码阅读
手机扫码阅读
快速学习COSMIC方法之十四:嵌入式软件功能点识别案例
142 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
案例摘要:电饭煲软件的功能点计算
本摘要基于COSMIC官方网站发布的一个嵌入式软件案例,对电饭煲软件的功能点进行了计算和讨论。
需求描述
- 电饭煲具有三种煮饭模式(快、正常、慢),由人手动设置。
- 按下START按钮后,启动定时器,开始煮饭。
- 若未选择模式,按START后自动选择正常模式。
- 煮饭完成后,自动进入保温状态。
- 指示灯显示当前状态(煮饭或保温)。
- 软件根据温控曲线控制加热器,确保适当的目标温度。
- 定时器提供三种信号:流逝时间,每5秒和每30秒的循环信号。
- 每30秒重新设定目标温度。
- 每5秒根据目标温度和实际温度调节加热器。
- 每30秒根据模式和时间修改指示灯状态。
- 按STOP按钮切断电源。
功能点分析
1. 识别功能用户
功能用户包括:定时器、温度传感器、加热器和指示灯。RAM用于存储煮饭模式,ROM存储温控曲线。人不被识别为功能用户。
2. 识别触发事件
两个触发事件:5秒和30秒的时钟信号。选择煮饭模式和按下Start按钮不被视为触发事件。
3. 识别功能处理
功能处理包括控制加热器、设定目标温度、控制指示灯,分别由5秒和30秒的时钟信号触发。
4. 识别功能点
功能处理1: 控制加热器(5s触发,目标温度,实际温度,切换加热器状态)
功能处理2: 设定目标温度(30s触发,煮饭模式,温控曲线,目标温度)
功能处理3: 控制指示灯(30s触发,煮饭模式,温控曲线,切换指示灯)
根据功能处理,本需求总计为12个功能点(CFP)。
注意:功能点的识别基于需求描述,硬件实现的功能不在度量范围内。需求的不同描述可能导致功能处理的差异。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 108K
麦哲思科技任甲林的其他文章
由外而内的过程改进策略
何谓“外”?外,是相对而言的。 对于一个软件公司而言,供应商、客户为“外”; 对于一个开发部门而言,供应商、客户、其他部门(比如市场部门、运维部门等)为“外”; 对于一个项目组而言,供应商、客户、其他部门、其他项目组、其他支持组为“外”; 对于一个项目组内的小组而言,其他小组、其他项目组为“外”; 对于一个项目阶段而言,
一句话概括TMMi的每个PA
本文针对TMMi的每个PA,用简单扼要的一句话概括了其核心内容,便于大家在最短的时间内了解TMMi的要求。
需求评审的案例分析
案例一:客户需求文档评审 参与人员:1位主持人,1位作者,1位记录员,4位专家,1位咨询顾问旁观 开始时间:15:40 结束时间:17:15 会议工时 :6.3人时 会前准备累计工时:9人时 总工时:15.3人时 会议前发现的问题:25个 会中发现的问题:2个 合计问题:27个 会前评审效率:2.8个/人时 会中评审效率:0.3个/人时 评审文档的规模:13页 缺陷
迭代评审的十个成功要点
迭代评审会议是在每次迭代结束时给项目组内外部的相关人员展示本次迭代完成的功能,以获得相关人员对软件的反馈意见。这是客户、最终用户、管理者等对项目组完成的功能进行反馈的一个渠道。如何召开一个成功的迭代评审会议呢?我根据对多次迭 代评审会议的观察,总结了如下1 鸡类角色与猪类角色都要参与迭代评审会议; 以下两类人员都应该参与:项目组的所有成员,包括PO,SM...
何谓根本原因?
最后一个可控原因就是根因!何谓可控原因?即在原因分析的责任主体内可以改变的因素就是可控原因,反之责任主体无法改变的因素就是不可控因素,不可控因素应该做为原因分析的外部条件,前提条件。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线