如何澄清“一句话需求”?
发布于 2024-10-01
1173
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
一句话需求描述的情形及问题概述
项目描述系统需求时,常通过一句话需求来概括。这些需求可能包含一个或多个功能,功能的业务逻辑,功能的细节要求,或功能与处理逻辑的组合。
一句话需求的类型与案例
- 单一功能描述(例如,通过邮件发送发票)
- 功能组描述(例如,手工录入、批量删除、导出、导入等)
- 功能的业务逻辑(例如,权限控制限定的台账初始化)
- 功能的细节要求(例如,录入单据时提供供应商信息帮助)
- 功能与处理逻辑组合(例如,自定义审批流程,审批完成后台账信息生效)
一句话需求中的常见问题
这些需求描述可能存在问题:数据对象不全、数据属性不全、缺少业务逻辑的详细描述,或层次关系混乱。
- 数据对象不全(例如,台账包含多种类型,各自有不同数据项和处理逻辑)
- 数据属性不全(例如,自定义查询条件中关键字段不明确)
- 缺少业务逻辑详细描述(例如,入库单导入功能时的合法性判断规则)
- 层次关系混乱(例如,功能的辅助特性与主要功能的并列问题)
澄清一句话需求的问题
为了澄清这些需求,可以针对名词、动词、副词与形容词、量词提出一系列问题。
- 名词:涉及具体含义、子类、属性、取值范围、缺省值、空值、数值精度、输入输出格式、同义问题、出现频度等。
- 动词:具体含义、分支场景、处理规则、人机交互序列、处理数据、同义问题、功能还是处理逻辑、从属关系、执行频度等。
- 副词与形容词:是否可以量化或删除。
- 量词:数值大小的合理性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 820.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
过程改进不能这样啊
过程改进是长期行为: 公司的高层对软件规范管理的认识有一个过程. 公司负责过程改进的人员对规范管理的理论的理解也需要一个过程. 公司的规范体系的推广需要一个实用化的过程. 公司的开发人员认识规范管理也需要一个过程. 公司的管理问题的解决从认识到制定措施,落实措施,优化措施也需要一个过程. 公司的管理体系真正制度化也不是短期内能做到的. 任何事情都有其发展的必然规律.违反了客观规律是要摔跟头的,
尽快报告坏消息
项目管理的一个主要原则就是尽早报告坏休息,比如:需求的错误,代码的错误,进度的延期,技术的障碍等等。有哪些手段可以报告坏消息呢? 在上述的手段中,在代码完成之前的措施是属于“尽早”发现坏消息的手段,是修复缺陷成本最低的手段,是我们应该优先落实的。 不同的项目根据自己的实际情况,对这些措施进行裁剪,也可以创造自己新的一些实践,以
案例:从定性原因分析上升到定量原因分析
在定量原因分析时,主要是有四种定量思考的方法:1、数据的居中趋势与离散程度分析:均值、标准差2、 80-20分析:在所有的构成成分中,哪个成分占比最大3、数据的相关性分析:是否存在强相关4、敏感性分析:在所有的影响因子中,哪个影响因子对结果的影响最显著
CMMI 3级的难点
(1) 需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细;Ø 设计中错误比较多,遗漏比较多;Ø 设计与实现脱节,实现人员不看设计文档;Ø 代码中隐藏的缺陷比较多,代码的可维护性比较差,其他开发人员难以读懂代码;Ø 测试用例数量太少,对需求、设计的覆盖率比较低(2) 同行评审无法快速发现问题Ø 缺
如何阅读CMMI模型的实践
CMMI模型有很多实践,如何准确理解其含义呢? 下面分享一下我多年的研读经验。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线