快速学习COSMIC之五:如何识别功能用户
发布于 2024-10-02
1798
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
本文讨论了软件度量中“功能用户”的概念,它是指在软件功能性需求中与软件交互的人、设备或系统。功能用户的识别对软件功能规模的度量至关重要,因为它直接影响到度量结果的准确性。
识别功能用户的关键点:
- 功能用户必须基于功能性用户需求进行识别,不能随意构造。
- 功能用户应是数据的发送者或接收者,并且与被度量软件有数据交互。
- 度量目的决定了功能用户的识别,例如最终用户或电信运营商。
- 在消息传递链中,不能将多个候选功能用户同时识别为同一个软件的功能用户。
- 区分功能用户的类型与实例,例如WINDOWS操作系统的功能用户可以是应用软件和数据库系统。
- 利用环境图穷举所有功能用户,如输入设备、输出设备和双向交互的功能用户。
文章举例说明,在业务软件中,不应将输入输出设备如键盘认定为功能用户,而在实时软件中,与软件直接交互的设备可能被识别为功能用户,取决于度量目的。
最后,文中强调了环境图在度量软件规模时的重要性,它能够帮助清晰识别出所有类型的功能用户。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 846.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
代码评审的速度与缺陷密度是啥关系?
某企业采集了8个项目的代码评审数据,虽然样本数量不多,但是仍然可以发现一些规律原始的度量数据如下,包括了代码评审发现的缺陷密度与代码评审的速度。这2者是什么关系呢? 表一:8个项目的代码评审缺陷密度与评审速度 ...
不练基本功,遇事多返工
俗话说,练拳不练功,十年一场空!基本功与天赋决定了一个人做事成功的概率,决定了一个人成功的层次。
项目回顾案例
某公司从2015年6月下旬开始启动了一个敏捷开发的项目,截止到8月中旬结束,投入的开发人员、测试人员、管理人员达到60多人,2015年8月31日,由咨询顾问作为主持人带领该团队的10多名核心人员,对整个项目进行了系统回顾总结,整个回顾总结的过程如下: 1 咨询顾问花了1小时的时间,讲解了进行项目回顾的方法。强调了回顾的目的、方法、步骤、注意事项等,给出了一些公司的总结样例。对本次总结的会议制定
做事模式的思考:想、说、写、做
模式一:边做边想没有事先的计划,没有思虑周全,在做的过程中再去寻找好的方法,造成的后果就是质量差或返工多,浪费了时间。很多初级的开发人员在编码时就采用了这种工作模式。磨刀不误砍柴工,先想清楚,再动手做,看似慢,实际快!模式二:想->做 想清楚了总比不想好。此种模式没有和别人沟通,没有文档化,这种模式很可能想的不周全,导致在做的过程中存在问题。三思而后行,如何保证三思的质量呢?沟通与文档化。模式三:想->写->做 想了以后文档化,文档化可以促进自我反思,但是没有其他人进行评审,然后去实现,没有其
白话SCRUM之一:SCRUM 的三个角色
在SCRUM方法中将项目的利益相关者分成两大类:Pigs角色与chickens角色,pigs即为项目组的实际参与人员,chickens为项目组的外部人员,包括经理、最终用户等等。Pigs在scrum中细分为三个角色:Scrum master、Product owner、Team,这三个对等地位的角色构成一个平衡的铁三角推动整个项目的进展。 Scrum master不是项目经理,他没有分配任务
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线