快速学习COSMIC方法之八:如何识别功能处理
发布于 2024-10-01
2611
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在继续深入理解功能处理识别的过程中,度量手册提供了一系列规则:
- 功能处理应该完全属于一个层级中的一个软件块。
- 每个功能处理需要包含至少两个数据移动,至少一个输入和一个输出或写。
- 功能处理结束是由响应触发输入和满足功能用户需求(FUR)定义的,技术导致的处理暂停不等同于功能处理的结束。
结合这些规则,提出了五条识别功能处理的经验法则:
- 需求明确: 功能处理必须在功能性用户需求中有描述;功能性用户需求中明确区分的功能应被视为不同的功能处理。
- 功能单一: 功能处理不可再细分为更小、独立存在的功能。
- 执行独立: 功能处理之间的执行独立性决定了它们是否为不同的功能处理。这包括三种情况:执行功能处理A不必然要求执行B;功能处理A和B之间可能存在时间间隔;以及功能处理A和B可能由不同角色执行。
- 有始有终: 功能处理应有明确的开始(触发输入)和结束(写或输出),并应达成其预期目标。
- 不能跨层: 功能处理必须属于一个确定的层级,不能跨越多个层级。
在COSMIC方法中,确定度量范围是关键,它根据度量目的而定,分为总体和具体两种。具体的度量范围不能跨越不同的层级,功能处理必须存在于某个具体范围内。
识别功能处理的第一步是识别触发事件,通过触发事件来识别功能处理。详细信息可以参考相关的COSMIC方法指南。
本系列文章旨在通俗解释COSMIC度量方法,帮助理解其概念、原则与规则,可能在表达上存在不严谨之处,敬请谅解。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1076.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
把不确定性交给AI,把确定性交给代码
摘要:本文探讨了软件开发中处理非结构化数据的平衡之道,提出"AI处理不确定性,代码处理确定性"的智能系统设计原则。通过三个案例(智能报告生成、多格式报告对比、动态度量规则适配)展示了如何让LLM负责理解模糊输入并结构化输出,而由代码执行固定校验和标准化处理。这种分工既避免了传统硬编码的臃肿维护问题,又克服了纯AI方案的不稳定缺陷,实现了灵活性与稳定性的统一。核心价值在于构建可维护、可迭代的智能系统,其中AI专注语义理解,代码确保精准执行,二者边界清晰又协同增效。
项目进展跟踪的5个基本原则
对项目进展进行跟踪时,应该遵循以下5条基本原则:原则一:实时跟踪进展以尽早暴露风险原则二: 任务闭环管理以及时调整纠偏原则三:任务状态可视化以提升项目透明性原则四: 总体进展要量化以对齐项目整体目标原则五:真正达到完工标准以避免快而脏
如何拆分业务需求为系统功能需求?
(按业务事件、操作意图、用户角色、数据生命周期、规则分支切分)进行拆分,我们可以将模糊的业务目标转化为清晰、可执行、可测试的开发任务。在软件开发的整个生命周期中,需求分析是基石,而将模糊、宏观的业务需求,精准地拆解为清晰、可执行的系统功能需求基本单元,则是这一基石中最关键的一步。:一个功能单元执行完毕后,系统应达到一个明确、一致的稳定状态,而不是处于一个中间的、不确定的状态。遵循 VISTA 原则,可以确保我们拆分出的功能单元是清晰、独立且可管理的,为后续的开发、测试和维护工作奠定坚实的基础。
概要设计主要描述哪些内容?
要点如下: (1) 本项目的技术路线,即: Ø 采用的技术方法,如是采用OO的方法、还是结构化的方法,是采用.net还是JAVA; Ø 总体的技术结构,如采用几层体系结构,每层的责任是什么; Ø 系统的网络结构,如系统的功能在网络上的部署分布; Ø 核心技术难点的解决方案
漫谈需求与设计的区别:做什么与怎么做
2009年曾经写过一篇博文,讲述需求与设计的界线(参见博文:https://blog.csdn.net/dylanren/article/details/4965181),最近又有所思考,对上篇博文整理补充如下。 首先我们从两个日常生活的例子思考一下: 案例一:DIY一台PC。 概要描述...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线