扫码阅读
手机扫码阅读
快速学习COSMIC方法之十四:嵌入式软件功能点识别案例
33 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 成员,中国分部主席
420 篇文章
浏览 63.2K
麦哲思科技任甲林的其他文章
需求与设计的界线
需求与设计的区别究竟是什么? 教科书上的经典答案是:需求关注系统“做什么”,设计关注“如何做”,其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中,需求分析的结果既包括了“做什么”也部分包括了“如何做”,只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时,可能对“如何做”提出一些约束条件,比如客户要求必须采用三层结构,必须采用某个中间件
项目级目标与组织级目标的差别
项目级的目标要与组织级的目标相匹配,他们关注的是同一件事情,但未必是同一个度量元,请看下边的案例。 某公司积累了2013年到2018年期间66个里程碑的工期偏差率数据如下: 序号 里程碑工期偏差率 序号 里程碑工期偏差率 序号 里程碑工期偏差率 ...
惊魂一刻
2008年5月10日星期六,惊魂的一天。 下午5点时我给司机电话,让他5点45分到莫泰168酒店接我,送我去宝安机场,我是7点40分的航班,通常情况从龙华到宝安机场40分钟足够了。他以为是要6点48分到酒店,害得我重复了至少3遍,他才听清楚,我当时就有点火,不知道他怎么听的,我口音没有那么严重啊。我是第一次坐他的车去机场。 5点50分他到了酒店,上了车,他并没有按常规的路线走,而是
例说需求跟踪矩阵的作用
9月21日,我作为外部的专家参加了一个客户的测试用例评审会议,该测试用例文档在开此评审会议之前曾经在测试组进行了内部评审。与会的评审专家包括了:2个项目的需求与开发人员,3个测试人员,2名QA人员,1名外部的咨询顾问。 会议开始,由作者对照测试用例文档开始讲解每个测
做好同行评审的24个细节
同行评审是在软件开发完成之前,通过技术专家发现潜在缺陷的一种有效手段,和在代码完成之后进行的软件测试可以相辅相成,提升软件的质量。而同行评审发现缺陷的成本低、修改缺陷的效率高,在开发中更值得投入。但是,在很多软件组织中这种手段却没有得到很高的推广,从本质上是没有建立起同行评审的文化。通过对多家组织同行评审活动的观察,我发现同行评审的质量取决于多个细节,细节决定成败,因此我总结了做好同行评审的24个
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线