扫码阅读
手机扫码阅读
快速学习COSMIC之五:如何识别功能用户
135 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
本文讨论了软件度量中“功能用户”的概念,它是指在软件功能性需求中与软件交互的人、设备或系统。功能用户的识别对软件功能规模的度量至关重要,因为它直接影响到度量结果的准确性。
识别功能用户的关键点:
- 功能用户必须基于功能性用户需求进行识别,不能随意构造。
- 功能用户应是数据的发送者或接收者,并且与被度量软件有数据交互。
- 度量目的决定了功能用户的识别,例如最终用户或电信运营商。
- 在消息传递链中,不能将多个候选功能用户同时识别为同一个软件的功能用户。
- 区分功能用户的类型与实例,例如WINDOWS操作系统的功能用户可以是应用软件和数据库系统。
- 利用环境图穷举所有功能用户,如输入设备、输出设备和双向交互的功能用户。
文章举例说明,在业务软件中,不应将输入输出设备如键盘认定为功能用户,而在实时软件中,与软件直接交互的设备可能被识别为功能用户,取决于度量目的。
最后,文中强调了环境图在度量软件规模时的重要性,它能够帮助清晰识别出所有类型的功能用户。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.5K
麦哲思科技任甲林的其他文章
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
我说CMMI 2.0之:白话GOV
GOV与II是CMMI V2.0中新增的两个PA,实施CMMI V2.0的组织需要准确理解这2个PA的含义,然后才能知道如何映射到自己的实践。我对GOV的理解整理如下,供大家在实践中参考。 首先我们强调一下这个PA中隐藏的基本观点: 1 过程管理是一把手工程,高层管理者一定要参与。 2 过程管理包含的活动: 图1 过程管理活动 高层管理者的...
待人如待己
最近略有所感:希望别人如何待己,就应如何待别人。别人就是你的镜子,你是如何待别人的,别人就会如何待你。你若以诚待人,别人也会以诚待你;你若敌视别人,别人也会敌视你;你对别人不礼貌,别人也会对你不礼貌;你对别人充满爱心,别人也会对你充满爱心;“爱人者人恒爱之,敬人者人恒敬之。”“你敬我一尺,我敬你一丈。”应发自内心地与人为善。
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
如何度量项目的总体进展?
在跟踪项目的总体进展时,传统的方法是采用挣值图进行跟踪,敏捷的方法是采用燃尽图或燃起图进行跟踪,精益的方法是采用累积流量图跟踪总体进展。在一家公司内有采用短周期迭代开发的,有采用传统瀑布模式开发的,有新品开发的项目,也有软件维护的项目,那么有无一种适合于所有类型项目的统一方法跟踪项目的总体进展呢?下面就介绍一种计算简单、易于理解的方法,它可以跟踪总体进展,也可以适合跟踪局部进展。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线