快速学习COSMIC之五:如何识别功能用户
发布于 2024-10-02
2788
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
本文讨论了软件度量中“功能用户”的概念,它是指在软件功能性需求中与软件交互的人、设备或系统。功能用户的识别对软件功能规模的度量至关重要,因为它直接影响到度量结果的准确性。
识别功能用户的关键点:
- 功能用户必须基于功能性用户需求进行识别,不能随意构造。
- 功能用户应是数据的发送者或接收者,并且与被度量软件有数据交互。
- 度量目的决定了功能用户的识别,例如最终用户或电信运营商。
- 在消息传递链中,不能将多个候选功能用户同时识别为同一个软件的功能用户。
- 区分功能用户的类型与实例,例如WINDOWS操作系统的功能用户可以是应用软件和数据库系统。
- 利用环境图穷举所有功能用户,如输入设备、输出设备和双向交互的功能用户。
文章举例说明,在业务软件中,不应将输入输出设备如键盘认定为功能用户,而在实时软件中,与软件直接交互的设备可能被识别为功能用户,取决于度量目的。
最后,文中强调了环境图在度量软件规模时的重要性,它能够帮助清晰识别出所有类型的功能用户。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1275.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
阶段、交付、增量、迭代与里程碑的概念辨析
首先看阶段,无论敏捷还是瀑布模型,均会使用“阶段”这一表述,但通常更常用于瀑布模型。迭代则更侧重过程,一个迭代通常对应一个增量,也可能多个迭代共同构成一个增量,反之,一个增量也可以包含一个或多个迭代。在软件研发过程中,敏捷、瀑布等不同模型常会用到阶段、交付、增量、迭代、里程碑等概念,这些术语看似相近,实则各有定义、适用场景不同,理清其区别与关联,能有效提升研发过程的沟通效率与管控精度。其次是交付,这是一个通用性极强的概念,灵活应用于各种研发模型,无论敏捷还是瀑布,只要向客户交付产品,均可称为交付。
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
我说CMMI2.0之:II点睛
II(implementation infrastructure)可以翻译为:实施基础设施。基础设施包括了资源、资金、培训、流程定义、经验教训总结等方面的实践,总之,就是要建立进行持续过程改进的能力。实践列表: 1.1 Perform processes that address the intent of the Level 1 practices. ...
需求文档化的真理与谬误
如果是2个公司之间的供求关系,请将需求文档化; 如果是2个部门之间的供求关系,请将需求文档化; 如果是2个小组之间的供求关系,请将需求文档化; 如果是2个人之间的供求关系,请将需求文档化; 这是真理. 再好的合作关系,当发生分歧的时候,也会互相追究责任,在追究责任的时候,请拿出你的依据:文档. 道德是感性的,证据是理性的.道德是合作的基础,但并非有了良好的道德就一定能合作成功,因为分歧并非仅有道德
我说CMMI 2.0 之 估算
EST(estimation)是CMMI2.0中新增的一个PA,从1.3版本中的PP与IPM PA中剥离了一些实践过来。 基本思想估计什么?规模、工作量、工期、成本等。估算是承诺的基础,充分沟通是估算的基础。估算可能是逐步细化的,并非在项目初期就估计一次。初期的估算与实际结果偏差比较大,因此,承诺也是多版本的,会逐渐调整承诺。估算要有方法论,要根据估计的结果与实际的偏差率不...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线