如何澄清“一句话需求”?
发布于 2024-10-01
934
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
一句话需求描述的情形及问题概述
项目描述系统需求时,常通过一句话需求来概括。这些需求可能包含一个或多个功能,功能的业务逻辑,功能的细节要求,或功能与处理逻辑的组合。
一句话需求的类型与案例
- 单一功能描述(例如,通过邮件发送发票)
- 功能组描述(例如,手工录入、批量删除、导出、导入等)
- 功能的业务逻辑(例如,权限控制限定的台账初始化)
- 功能的细节要求(例如,录入单据时提供供应商信息帮助)
- 功能与处理逻辑组合(例如,自定义审批流程,审批完成后台账信息生效)
一句话需求中的常见问题
这些需求描述可能存在问题:数据对象不全、数据属性不全、缺少业务逻辑的详细描述,或层次关系混乱。
- 数据对象不全(例如,台账包含多种类型,各自有不同数据项和处理逻辑)
- 数据属性不全(例如,自定义查询条件中关键字段不明确)
- 缺少业务逻辑详细描述(例如,入库单导入功能时的合法性判断规则)
- 层次关系混乱(例如,功能的辅助特性与主要功能的并列问题)
澄清一句话需求的问题
为了澄清这些需求,可以针对名词、动词、副词与形容词、量词提出一系列问题。
- 名词:涉及具体含义、子类、属性、取值范围、缺省值、空值、数值精度、输入输出格式、同义问题、出现频度等。
- 动词:具体含义、分支场景、处理规则、人机交互序列、处理数据、同义问题、功能还是处理逻辑、从属关系、执行频度等。
- 副词与形容词:是否可以量化或删除。
- 量词:数值大小的合理性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
回归方程有效性的检查
我梳理了一下,整理成下表给大家参考,也比较好记忆,回归之前六条,回归之后六条:检查回归方程的有效性 回归分析之前 1 对y进行正态分布的检验,如果y不服从正态分布,则需要进行变换。 2 通过相关性分析,判断x与y的相关性,如果不相关,则不需要纳入此x到方程中。 3 通过相关性分析,判断x与x之间的相关性,相关的x不能出现在同一个方程中。 4 通过散...
四种测试层次的比较
名称 测试对象 侧重点 参照物 充分性的评价方法 时机 测试方法 测试执行者 单元测试 软件的最小单元,如函数、方法等 逻辑的正确性 详细设计、源程序 代码、分支等覆盖率 软件中的基本组成单位完成后,边开发边测试 白盒测试、动态测试 一般是开发人员 集成测试 软件的模块、子系统 接口的正确性 概要设计、详细设计 接口覆盖率 软件系统集成过程中,边集
小概率事件实际不可能原理在软件量化管理中的应用
1 小概率事件实际不可能原理的含义小概率事件实际不可能原理,即:(1)小概率事件在理论上有发生的可能,但是在某次实际的实验中实际是不可能发生的,一旦真发生了,一定有其特殊的原因。(2)如果我们重复无限次的实验,则小概率事件一定会发生。在概率论中,我们将发生概率很小(通常不超过5%)的事件称作小概率事件。人们对待小概率事件有两种截然相反的态度:2 识别小概率事件的方法 (1)箱线图法:处于内围之外的
三个团队的站立会议旁观笔记
今天早晨我旁观了3个团队的站立会议,三个团队的站会参与人员都是7个人,其中第2个团队是scrum of scrum,7个人是7个团队的代表,有高层领导旁观了第2个团队的站会。 做得好的地方归纳如下: 1在每日站会上沟通了需求、接口设计的变化,让整个团队都了解这些变化。 2开发人员在提到完成了,都强调完成...
论情感的淡漠
这是一个沉重的话题,10年前曾经和朋友讨论过,当时的结论是:随着社会的发展,人与人之间的感情越来越淡漠,家庭趋向于解体。最近也有和朋友讨论起这个话题,结论依旧。 试想一下: 你现在和父母生活在一起吗?相距有多远?你每年和父母在一起的时间有多长? 你父母会依赖你养老吗? 你将来会让你的孩子养老吗? 你的孩子将来会和你生活在一个城市里吗? 如果你兄弟姐妹生病了,你一年挣10万元人民币,你会拿出多少钱来
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线